『壹』 軟體的需求分析怎麼寫啊
1. 引言
1.1編寫目的:編寫此文檔的目的是進一步定製軟體開發的細節問題,便於用戶與開發商協調工作.本文檔面向的讀者主要是項目委託單位的管理人員.希望能使本軟體開發工作更具體.
1.2項目背景
1.2.1項目委託單位:****公司
1.2.2開發單位:***公司
1.3定義
1.4參考資料
2. 任務概述
2.1目標:
<1> 決策支持:根據公司的要求及時提供所需報表及文件,並在適當時候對各部門領導給予銷售及進貨等方面的提示
<2>提高效率:利用軟體進行管理,避免人工管理的失誤以及 延遲性,從而實現高效率的管理.
2.2運行環境:
<1> 硬體方面:Pentium級處理晶元
1兆顯存的兼容顯卡
256色,800*600的兼容顯示器
標准兼容列印機
<2>軟體方面: WIN95操作系統
2.3條件與限制:
編程用計算機一台
完成期限2000/7/1
無資金供給
3. 數據概述
數據流程圖如下:
3.1靜態數據:包括系統登錄密碼,各資料庫所在位置,系統分析原始數據
3.2 動態數據:包括各資料庫內各項顯示數據,用戶登錄信息,系統時間
3.3資料庫描述:
人事管理資料庫:公司內人員的個人詳細信息,包括檔案信息
銷售管理資料庫:當日銷售記錄及以前的銷售統計,用於銷售分析
財務管理資料庫:公司內部賬目及收支情況詳表
技術管理資料庫:公司所需各技術檔案的詳細記錄(包括文檔)
3.4 數據字典:
<1>數據流詞條描述:
1.數據流名:登錄信息
來源:用戶的輸入
去向:系統內部檢驗部分
組成:用戶名,密碼
流通量:每次登錄輸入一次
2.數據流名:登錄結果
來源:系統
去向:用戶
組成:返回信息
流通量:每次登錄返回一次
3.數據流名:輸入修改信息
來源:用戶
去向:系統判斷部分
組成:根據各資料庫內容而不同
流通量:依用戶輸入而定
4.數據流名:反饋信息
來源:系統判斷部分
去向:用戶
組成:系統經判斷後發回的字元數據
流通量: 依系統當前信息而定
5.數據流名:識別信息
來源:系統內部檢驗部分
去向:系統判斷部分
組成:系統各資料庫的標識信息
流通量:用戶每次輸入流通一次
6.數據流名:處理信息
來源:系統判斷部分
去向:各資料庫處理部分
組成:讀取/修改標識,讀取/修改的變數名稱
流通量:用戶每次輸入流通一次
7.數據流名:讀取修改
來源:系統判斷部分
去向:系統各資料庫
組成:讀取/修改標識,讀取/修改內容
流通量: 用戶每次輸入流通一次
<2>數據文件詞條描述:
1.數據文件名:人事數據
簡述:存儲人員信息
數據文件組成:人員的各項信息(以CString類型為主)
2.數據文件名:銷售數據
簡述:存儲當日及從前的銷售記錄
數據文件組成:銷售的各項信息
3.數據文件名:財務數據
簡述:存儲財務管理信息
數據文件組成:財務管理的各項記錄
4.數據文件名:技術數據
簡述:存儲公司內部使用的技術檔案信息
數據文件組成:技術檔案名稱,內容
<3>加工邏輯詞條描述:
1.加工名:檢驗
簡要描述:判斷用戶的許可性
輸入數據流:登錄信息
輸出數據流:登錄結果
加工邏輯:判斷是否與系統內部用戶信息相符合
2.加工名:判斷
簡要描述:判斷用戶的操作並進行相應的讀取/存儲工作
輸入數據流:輸入修改信息
輸出數據流:反饋信息
加工邏輯:判斷用戶的操作->調用資料庫->讀取/修改->反饋
3.加工名:人事檔案管理
簡要描述:對人事資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
4.加工名:銷售統計
簡要描述:對銷售資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
5.加工名:財務統計
簡要描述:對財務資料庫進行相應要求的操作,並與判斷部分交互
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
6.加工名:技術管理
簡要描述:對技術統計資料庫進行相應要求的操作,並與判斷部分交互信息
輸入數據流:處理信息,讀取修改
輸出數據流: 讀取修改, 處理信息
加工邏輯:判斷用戶要讀取/修改的內容->反饋用戶所需信息
<4>源點及匯點詞條描述:
名稱:用戶
簡要描述:既是源點又是匯點,發出動作信息給"檢驗"和"判斷"加工,通過交互界面接受反饋信息有關數據流:登錄結果,登錄信息,輸入修改信息,反饋信息
數目:一個
4. 功能需求
4.1功能劃分
可細分為四部分:人事管理,銷售管理,財務管理,技術檔案管理
4.2功能描述
<1>人事功能:
(1)能對公司內部的所有人員有關檔案詳細資料記錄並保存。
(2)能對資料庫內人事檔案的數據進行查閱和修改。
(3)能按部門或姓名檢索人員。
(4)當某員工的僱用期限達到整年時，按時提醒。
<2>銷售統計功能
(1)按日對公司的銷售情況進行統計,包括銷售額\銷售數量\各地區銷售比例\不同銷售方式的銷售量比例以及銷售毛利潤情況
(2)制定銷售情況的月報表\季報表以及年報表對銷售情況進行分析,對不同銷售人員的業績進行評定
<3>財務管理功能
(1)協助財務人員進行計算機管理,對庫存情況\進貨情況\銷貨進行登錄和輸出
(2) 根據預設的庫存情況提醒進貨
(3) 對收款情況進行統計,在應收帳款達到預設值時進行提示
<4>技術管理功能
(1)對技術資料進行登錄
(2)對維修記錄進行登錄和統計,按不同型號的機器進行故障整體分析,並作出分析報告
(3)對維修配件的需求進行管理並及時提示備貨
5. 性能需求
5.1數據精確度:因為此數據為公司內部數據,所以要求不能有誤差
5.2時間特性:當日銷售統計要求有即時性,馬上能反應出存貨的問題;同時財務管理數據計算當前存貨情況,並對進貨情況進行估算
5.3 適應性:此軟體只在公司內部管理人員的機器上使用,因此不考慮適應性
6. 運行需求
6.1用戶界面:
屏幕格式:
(1)要求有菜單及工具欄以方便操作
(2)各資料庫信息可在屏幕上直接修改
(3)各數據統計結果可在屏幕上顯示
(4)進行系統分析後的結果在另一窗口中顯示
報表格式:
(1)人事管理報表只要求有個人的普通數據
(2)銷售統計報表要求可分別列印當日統計或之前的統計
(3)財務統計報表要求列印出存貨及公司帳務詳表
(4)技術管理報表要求可以分別列印技術檔案總表和任一技術檔案文檔內容菜單格式:要求菜單項大致與WIN95標准相同,另外附加的功能做到新的單項中輸入輸出時間:年份以4位數字表示
6.2硬體介面:需要標准列印機介面進行報表列印
6.3 軟體介面:Windows標准介面
7. 其他需求
可使用性:要求容易使用,界面友好
安全保密性:因本數據屬於公司內部管理用關鍵數據,因此除公司管理人員外,其他人員不得訪問.要求設有登錄密碼檢驗功能,並且此密碼可以在以後進行修改
可維護性:要求本軟體的維護文檔齊全,便於維護
『貳』 如何做好app產品需求分析
這個事情一般是產品總監帶頭，下面人員建議的形式去做；或者獨立產品的負責人去做，去規劃未來一年60%左右的時間需要做的重大事情；其他事情可能是臨時處理問題、 應對營銷部門的各種小需求、行業變化帶來的戰略臨時調整、各種對內對外培訓工作； BOSS對於規劃只是方向上的把握，更多可能是投入產出比，是否能帶來盈利。例如你說要搞購物商城，他有權否定!他要搞金融，那你也得跟他充分溝通想法和難點。 對於騰訊這樣，財大氣粗有成本試錯的公司除外。 一般規劃會存在導向側重點，有的公司就是內部領導說了算，有的需要以市場為導向，有的是顧客就是上帝用戶說了算，下面就個人理解說下做好規劃的幾點建議： 一、前期調研 1、內省；總結歸納今年出現的所有問題和需求，找出待優化部分；（這里往往存在疑難雜症） 2、競品；做下競品分析，看下別人有哪些牛逼做法（母嬰這類產品太多，應該很好提煉）；或者觀察別人的產品版本的演進過程（升級公告）； 3、公司戰略層面；與高層領導做深層次的溝通，看董事會對明年如何定義，是一個什麼年，有什麼重大戰略；當然你也可以根據競品分析得出的結果去跟他們聊，如果他們沒有計劃的話（例如，明年要做購物推薦、育兒寶典、益智玩具、國外育兒參考、常用物品如奶粉品牌的優缺點對比；） 4、確定產品生命周期的階段計劃，規劃的目的不要僅僅只局限在明年，在未來的戰略方向，明年處於一個什麼位置，需要達成什麼樣的產出，才可以實現未來的發展。 二、產出規劃 1、給規劃取名，提出口號，定義需要達到目的,，提煉出一個最重要的規劃（例如，明年是商城年，達到用戶可在母嬰社群APP購物的目的，這個目標確認後，相關的采購計劃、選品計劃、經營模式是B2C還是C2C,其他部門也應該隨之跟上；例如明年是用戶體驗年，達到口碑傳播的目的； ）； 2、形成PPT宣講評審，整理出核心的十個模塊或功能點； 業務來源是什麼，價值在哪，解決方案是什麼； （讓公司戰略層、研發部門、驗收、運營、了解規劃和需配合的事情，是否有難度或疑問，隨時調整） 3、時間進度表，將通過的大的模塊有效的分布在明年的時間軸上；例如每個季度，每月，或者某個時間范圍，所需要達到的里程碑是什麼； 4、給出具體某個模塊的，大致概要需求清單或者叫任務清單（例如：母嬰社區要做商城，商城中各模塊的上線，需要做哪些事情） 5、指定責任人，將規劃清單產出物指定相關責任人，也給他們做年度規劃時有一個參考；由具體責任人，將任務細節拆分到自己的季度和月度計劃中。（通常季度計劃，月度計劃 會在之前詳細做一次，也就是在年度規劃上進行細化，細化後作為月度的考核指標） 6、風險評估，給出規劃可能出現的風險點，要求企業給到哪些組織支撐，以保障規劃的正常運行。 三、落地執行 1、有了規劃必須每月執行，每月對當月計劃進行核對和變更（便於及時處理因需求變更，人員變動等情況，導致的規劃無法落地）； 2、如果是項目性質的需求，產品經理必須對上線功能點進行跟進和驗收，依據規劃時間點，項目團隊人員必須大部分時間參與，否則就會延期（有單獨項目管理團隊可製作功能點驗收，時間點跟進交給他們就行了）； 3、通過任務拆分的形式，提高執行效率；很多公司都是一個需求做得很大很全，往往會存在延期，如果技術經理能喝產品充分溝通，對需求進行小功能點的拆解，然後逐個完成，這樣效率會大大提升； 4、研發方法，最近很流行敏捷開發,可以參考，但是還是得根據公司的具體情況進行選擇，不要盲目跟風； 四、考核激勵 1、定義規劃的考核指標：確立規劃是否有效的判斷標准！是否存在財務指標，即產品的功能是否影響公司盈利；是否需要在PV、UV或者注冊用戶數上有質的提上； 2、對於重點項目有突出貢獻的人或者團隊，需要有獎勵機制，這樣可以確保規劃路線的穩定； 好了，就說這些，主要還是愉快的讓公司團隊和諧友好的讓美好的事情發生。
『叄』 軟體需求分析報告模板(完整版)
軟體需求分析報告文檔;
軟體概要設計報告文檔;
軟體詳細設計報告文檔;
軟體資料庫設計報告文檔;
軟體測試（驗收）大綱hi.gta123如有幫助，別忘了採納喲！goto365testing,測評網,