此文總結的不錯，列個list在這很容易提醒和整理自己的思路，這才是好文。
經過嘗試實踐再來看看是不是更合理好了。
step 1 – 決定開發什麼 （應該是需求階段吧）
„ ·建立乙個應用定位說明
— ·描述成乙個解決體系，而不是功能的羅列
— ·總結應用的設計目標
— ·定義主要的使用者群
— ·用來指導發展和篩選功能
了解你的使用者
„ ·分析類似市場上相似產品的目標使用者
— ·那些是否競爭產品，或與你的應用功能是否有交叉？
— · 那些競爭產品是否有或高或低轉移成本？
„ ·確定已經確立的使用規範
— ·移動使用者的注意與學習跨度小
— ·開發的應用要容易學習，支援已經學習的使用方法
„ ·學習好的應用
step 3 – 探索可能的解決方案
„ ·分析和定義使用者的心智模型
— ·發現使用者使用應用相關任務時的心智模型或概念模型
— ·在電腦上使用者怎麼操作相似任務？
— ·使用者在操作任務時，會有哪些概念、目標和手勢？
„ ·應用human inte***ce design principles
„ ·列出已經擴充套件功能的列表
— ·給每個功能乙個具體的描述
„ ·盡量少，好的設計是乙個解決方案，而不是一些功能。
— ·為你的80%使用者設計，而其它使用者可以進行自定義
— ·使用應用定位說明和人物角色過濾功能
— ·使用使用者測試來獲得反饋，發現哪些是功能是缺失的，哪些功能是多餘的。
— ·好的應用是：各個功能相互融合，是提供了乙個解決方案
„ · 不要迷戀第乙個設計
— ·第乙個設計絕不是乙個最好的設計，尤其當你對這個平台是乙個新手的時候。
step 4 – 繪草圖
„ ·為你的應用設計10不同的方案草圖
— ·最後兩三個是比較難想得出的，但最有創意的想法往往來自於哪幾個
„ ·使用那些草圖來獲得目標使用者或朋友的反饋
— ·這樣可以幫助你從10設計方案中選擇出幾個好的方案
„ ·質量來自於數量
— ·通過多個設計方案，幫你更快速的獲得更好的設計方案
step 5 –使用omnigraffle 畫原型圖
„ ·使用最佳的尺寸大小（畫素）進行頁面布局\
— ·開發者會精確地知道要建立多大
·紙面原型，乙個張紙呈現一張頁面
— ·使用者可以在使用紙面上的應用
— ·使用紙面原型進行觀察性使用者測試
„ · 原則：fail early to succeed sooner
·注意：omnigraffle只支援mac系統的軟體，也可選擇使用fireworks、photoshop、visio等相
似軟體。
step 6 –do it all again
step 8 –beta測試
„ ·提交應用前進行測試
— ·你的應用只會在最新應用中出現一次
— ·如果因為小的bug導致使用者對你的應用評分較低，這個情況是很難去改變的
„ ·哪些人參與beta測試？
— 朋友
— amazon mechanical turk (
„ ·原則：提交前進行測試
step 9 –發布
„ ·準備進行維護與bug修復
„ ·提煉應用的差異點
„ ·根據使用者反饋進行迭代設計（必須準備好做這個事）
App的開發過程
不同的專案管理模式或許會有完全不同的流程步驟。但是專業性幾乎是保證產品質量的唯一準則。1 需求梳理 分析 2 產品原型圖繪製 3 ui 設計 4 專案經理 技術負責人對接需求 5 技術方案 架構設計 6 專案排期 任務分解 7 產品研發階段 8 交付測試階段 9 最後，按原計畫上線 第一步 需求梳理...
做APP介面開發過程總結
部分判斷流程圖 json格式內容 4.資料字典 對部分字段進行補充示意 塊語法遵循標準plsql 貼出部分 吧 也就是儲存過程編寫 1007人員續保申報 procedure sbp sbcx 1007 as inmsg in long,as outmsg out clob is iv dwbm js...
專案開發過程
專案開發過程 在我以往的專案經歷當中，整個專案的開發過程包括如下階段 1 需求調研階段 這個環節是最重要的，良好的溝通才會知道客戶到底想要什麼。2 文件編寫階段 分為需求分析文件 概要設計文件 詳細設計文件三個部分 3 原型階段 demo 如果小專案文件寫以不寫，但這個原型一定要有 4 資料建模階段...