編程做原型

Ⅰ 軟體原型設計工具有哪些

軟體設計原型工具有很多種，推薦使用Pixso協同設計。Pixso不僅實現了和Sketch、AdobeXD的無縫銜接，更基於優秀的組件變體、自動布局、實時協作等特色功能，團隊成員面對一個復雜的設計項目，不再需要等主視覺完成後再進行子頁面設計，讓UI設計師在網頁上就可以盡情自由創作。

Pixso自帶組件變體、自動布局等專業設計工具，支持UI/UX設計和原型播放，一體化完成高保真產品設計，直接拖拽使用自帶的設計資源庫，還可以將項目中常用的圖標、自製組件一鍵保存，省去大量重復勞動，形成統一視覺規范。利用Pixso設計資源，快速開啟原型製作，模擬最終產品形態和交互效果，實現了模擬畫筆的特色，提供精細化矢量設計，自由切割線段，連點成面。基於雲端協同編輯，Pixso將產品經理、設計師、開發的日常工作連接起來，實現協作更高效，設計更流暢。

想要了解更多關於軟體設計原型的相關信息推薦選擇Pixso協同設計。Pixso通過內網本地伺服器部署，確保團隊敏感數據和核心業務數據私有化，直接在原型基礎上，快速邀請團隊成員開啟設計協作，自動生成切圖標注，打開瀏覽器就能獲取CSS、iOS、Android代碼片段，還能根據團隊配置，進行定製化功能開發，自定義管理許可權，規避數據泄露風險。

Ⅱ axure做web產品原型設計和javaweb有什麼聯系，可以直接用原型做嗎

axure做web產品原型設計和javaweb可以說沒有任何聯系。
axure做出來的是html，也就是系統設計的一個初步頁面模型。然後系統設計師根據這個模型來進行系統設計，美工也根據模型來做圖片，程序員也還是根據模型來進行開發。也就是說，這個模型是一個基本中心，跟實現的編程語言沒有關系，可以用javaweb、php、.NET等語言來實現這個模型。
而javaweb，只是一種編程語言應用。

Ⅲ 原型用Axure做好，還是直接寫代碼好

當然是用Axure做好呀！ 你直接寫代碼在需要修改時比較麻煩，假設某一個功能的交互需要修改時，某個功能需要修改時，那你就炸了。 你用Axure寫的話在修改時就比較方便了。等你的原型用Axure完全定型以後再編程呀！ 這樣在以後修改的次數就比較少了。 而且修改某個功能不只是就只該某幾行代碼那麼簡單吧？？ 所以用Axure簡單方便實用。別以為用編程可以更加節省時間，最後你絕對會淚流滿面的。 假設你做非常簡單的APP或者網站那當我沒說，不過作為產品經理最好養成良好的習慣。 順便再給你來條福利，你去 產品經理的搖籃 這個地方有好多篇產品經理行業的經典文章，比如有關PRD的、產品經理工作職責類的，而且他們還收集了Axure教學視頻哦！ 直接搜索 產品經理的搖籃， 就可以直接看到了。

Ⅳ 有編程基礎的產品經理，原型用Axure做好，還是直接寫代碼好

產品經理的工作主要是理解用戶的想法和思路並運用工具展現出來，獲得用戶的確認，再將用戶確認的初期產品樣本交付項目經理或相應部門的具體開發人員來實施。有編程基礎的產品經理在將產品初期模型交付具體開發人員時更容易溝通，能夠有效提高開發人員的開發效率並可在一定程度上協助開發人員開發產品或項目。小型項目產品經理可以直接寫代碼來展現給用戶，比如：根據用戶的要求，在具體開發人員開發後端程序時，自己可以同時開發前端頁面並展示給客戶，減少溝通成本和反復修改的工作量。但是對於大型項目或多項目組合開發的復雜項目，產品經理應對多個功能的使用用戶進行溝通並快速完成產品初期樣本，這種情況熟練掌握Axure或者visvo等原型製作工具將會提高對用戶的需求理解和具體開發人員的開發速度，用編程來像用戶展示產品原型反倒會影響項目進度。
簡單點說：小項目比如博客，個人網站，產品經理如果有編程經驗可以直接編寫前端，完成前端開發人員的一部分甚至全部工作，一個人干兩個人的活，減少項目成本。如果是大項目，產品經理去用編程來展示項目與用戶溝通會增加項目風險，萬一你在編程時遇到了坑，這個坑一兩個星期都沒過去，你用什麼展示給客戶呢？這拖延了項目進度。況且這個時候前端開發人員一兩個星期沒活干，閑著了。反而增加了人員成本。
結論：產品經理熟練運用原型製作工具對用戶的需求做出快速反應，將開發模型准確表達並交付開發人員開發是產品經理的職責。

Ⅳ 原型設計到底是用Justinmind還是Axure

Justinmind 和 Axure 都是目前很強大的原型設計工具，被業界推為原型設計神器，在很多項目中起著不可估量的作用，但這兩者的之間的作用是相互競爭還是相輔相成呢，我們應該客觀地進行分析，使之更好地服務於我們的項目。
Justinmind 的特點是能夠很方便的進行移動端APP的原型設計，充分為移動端設計而考慮，不用代碼編程，就能輕松實現交互效果，特別是對應移動端各種觸摸操作的響應和反饋，完全可以實現高級交互。更誘人的是，生成的交互稿可以直接導入手機中，進行模擬的操作，更直觀的感受交互稿的魅力。此外，Justinmind 的界面風格也很現代，使用簡單易懂，也能進行PC端的原型設計。
Axure 則是一個快速原型設計工具，能夠很方便地進行PC端或移動端的原型設計，在移動端方面沒有Justinmind那樣專屬強大，不過Axure這款產品很成熟，無論你是office的使用者，還是用慣了Photoshop的設計師都能輕松上手。在原型設計上，Axure更加自由，簡單的一個控制項就可以迅速展示出原型的大體模樣，能方便的實現初級交互效果，動態面板功能則能實現高級的交互效果。目前Axure被定為產品經理的必修課程之一。
現在我們都知道Justinmind 和 Axure都是很強大的原型設計工具，好，那麼問題來了，挖。。。（pia~掌嘴）那麼問題來了，我們在項目中做原型設計時，該用哪一款軟體呢？
這里我們要清楚的知道兩款軟體的定義（摘自網路）：
1）Axure 是一個專業的快速原型設計工具2）Justinmind 的可視化工作環境可以讓你輕鬆快捷的以滑鼠的方式創建帶有注釋的高保真原型。
OK，我們來看這兩個關鍵詞，Axure的「快速原型」，Justinmind的「高保真原型」。快速原型處於項目初期，目的是將用戶需求快速過度成產品原型，需要能夠體現出整體流程和思路，對頁面的精細要求並不高。高保真原型處於項目原型的成熟時期，直觀的交互感受可以幫助我們能更好的優化交互體驗。
那麼答案就很簡單了： 項目初期，應該用Axure進行設計 。我們需要整體的流程樹狀圖，清晰的頁面交互流程，詳細的頁面跳轉，特別是需要經過判斷的頁面跳轉，甚至是在原型設計的中後期必須體現的——所有不同條件下的模塊狀態。

圖片中展示的原型圖雖然是PC端的產品，但從移動端的考慮來說，這也正是我們所需要的原型圖。對於產品經理，它清晰地展示了產品的思路；對於用戶，能夠看到自己的需求變成產品的雛形；對於設計師，能清晰地知道產品的模塊分布，交互流程；對於開發人員，能整體的了解整個產品的流程、功能、構造。

當項目原型設計進行到中後期，如果條件允許，我們可以再來考慮用Justinmind進行高保真設計，調節交互細節，也有利於客戶進行原型確認，因為Justinmind設計的成果更接近於demo。
至此，對於這兩款工具，我們應該清楚了解他們的強大之處在哪兒，才能更好地為我們所用。

Ⅵ 軟體開發——原型設計和demo有什麼區別

首先，簡單介紹

簡單講， 原型僅僅只是一個網頁或App的模型，常規將分為紙質的和電子的兩種類型。方便設計師或設計團隊之間，相互溝通，協作和迭代產品設計構思。後期，細節和交互豐富的高保真原型，還能幫助設計師們直接測試產品可能存在的問題。 總體上，只是產品概念性模型，並不是最終產品。

而demo則是產品的真實狀態，能夠供客戶或設計師直接使用或測試的版本。當然，它可能並不是產品的最終狀態。就類似音樂demo，可供快速查看和了解產品未來的最終狀態。

其次，負責人員

原型一般由設計師或產品經理完成，方便在設計和迭代階段，能夠更加便利的溝通、改進和迭代設計構思。

而demo，則一般由開發人員根據設計稿或原型開發完成。

最後，使用工具

原型， 現今一般通過原型設計工具完成，例如國內熱門的摹客原型設計，提供非常全面原型設計功能，設計、協作、溝通、迭代以及分享都能分分鍾完成。它的在線版本，也是新增很多全新供能夠，例如更多拿來就能用的復合組件，更多狀態和命令交互選擇，更多圖標，以更多團隊協作和管理功能等等。

demo則需要產品編程工具，從頭編寫。

Ⅶ 有編程基礎的產品經理，原型用Axure做好，還是直

當然是Axure，雖然你會寫代碼，但是你要清楚你現在的崗位是產品經理，而且你的原型不僅是給開發人員看的，你是給Ui、測試、運營，甚至是老闆看的。而且你的原型出來後又不是直接定搞的，還要一起評審過，肯定要不斷修改完善，便於修改。所以說肯定是Axuer做的好

Ⅷ 什麼工具可以做pc軟體界面原型demo，並可以交互也可以生成exe

摹客的Mockplus就可以做PC軟體的界面原型。 我們團隊用了幾年了，整體使用起來就是簡單。軟體創建項目的時候可以直接導入一系列高質量的網頁或App模板，改一改，就可以快速呈現自己的設計。

如果不想用模板，直接拖拽各種組件和圖標到工作區，從頭製作也非常快， 加上動效和交互，幾分鍾就搞定了。

如果想和其他團隊的設計師一起製作和迭代的話，直接用它的團隊協作功能就可以了。

Ⅸ 什麼是編程，編程主要用來干什麼

編程（biān chéng）是編定程序的中文簡稱，就是讓計算機代為解決某個問題，對某個計算體系規定一定的運算方式，使計算體系按照該計算方式運行，並最終得到相應結果的過程。

為了使計算機能夠理解人的意圖，人類就必須將需解決的問題的思路、方法和手段通過計算機能夠理解的形式告訴計算機，使得計算機能夠根據人的指令一步一步去工作，完成某種特定的任務。這種人和計算體系之間交流的過程就是編程。

(9)編程做原型擴展閱讀：

編程的語言：

1、機器語言

在計算機系統中，一條機器指令規定了計算機系統的一個特定動作。一個系列的計算機在硬體設計製造時就用了若干指令規定了該系列計算機能夠進行的基本操作，這些指令一起構成了該系列計算機的指令系統。

2、匯編語言

在匯編語言中，每一條用符號來表示的匯編指令與計算機機器指令一一對應；記憶難度大大減少了，不僅易於檢查和修改程序錯誤，而且指令、數據的存放位置可以由計算機自動分配。

3、匯編程序

使用匯編語言編寫計算機程序，程序員仍然需要十分熟悉計算機系統的硬體結構，所以從程序設計本身上來看仍然是低效率的、繁瑣的。

但正是由於匯編語言與計算機硬體系統關系密切，在某些特定的場合，如對時空效率要求很高的系統核心程序以及實時控製程序等，迄今為止匯編語言仍然是十分有效的程序設計工具。

4、高級語言

高級語言是一類接近於人類的自然語言和數學語言的程序設計語言的統稱。按照其程序設計的出發點和方式不同，高級語言分為了面向過程的語言和面向對象的語言。