研究生期間做過很多的小管理類專案,對於管理類專案的需求分析,有個體會..
個人感覺需求,首先要明確系統的服務物件,要滿足並超出其預期才會有好的結果,服務物件就是系統管理的流程的制定者..
雖然看起來很簡單,其實很容易出現意外..依然記得當年本科資料庫的課程設計,老師要求大家做乙個訂票的系統,2個角色,旅客和售票員.最後我們大部分都能實現訂票過程,並且我還將訂票的頁面做的很漂亮,可是最後老師只給了70+分,打聽了一下,差不多沒有到80的..老師最後說,按照要求你們都基本完成,但是大家系統都沒有訂票的統計功能......
誠然,訂票系統是服務於訂票人即乘客的,但是最為系統的管理人員即票務擁有者,他主要關心的還有1天訂多少張票,1周賣多少票,等等,並且是它們決定要使用你們的系統的,因此系統成功個關鍵在於服務正確的人.
研究生期間比較成功的專案本科的畢業設計管理系統,從系統名稱看起來時服務於學生的,因為是學生要進行畢業設計嘛,仔細想不對,還有指導畢業設計學生的老師...如果只想到這2角色,還是不夠,因為對系統評價起到關鍵作用的,是否成功的關鍵的是本科畢業設計流程的制定與監督者---學校的教導處..因此系統增加大量的報表功能,給予教導處極大的許可權,能夠隨時查詢與修改學生的畢業設計過程的狀態,管理底下的導師與下級人員,功能超出了他們的預料..這個專案的成功關鍵不是學生用著多麼方便,學生有了這個系統後會更加煩心,因為以前有些東西可以後期一起補,現在不行了,必須按照流程了..這個專案成功的關鍵就是流程的制定者用著很方便,能夠統攬畢業設計過程..
管理系統的需求分析是比較簡單的,因為他都會特定的流程與人員...而一些共享型別軟體則不那麼容易做,其實做起來倒也簡單,同1型別的軟體一做比較,相同功能效能好,介面漂亮,反應速度快,記憶體占用低,**低就ok唄,但要做出特色則要靠對技術的熟悉與使用者行為的分析,另外,天賦也很重要吧...
關於需求分析
以下是抄別人的，特註明 1 弄清楚三件事 業務流 企業工作流程，比如如何填寫乙個 等 控制流 權力關係，因為這決定將來的許可權，比如簽字級別 資料與操作者的關係等 資料流 就是資料資訊的格式 流轉過程，比如乙個單據是怎麼流轉處理的，這決定將來的資料規劃 2 一定要盡量理解使用者業務，吃透使用者的業務...
需求分析 1
dfd erd和use case。這是3種常用的需求建模，它們各有其側重點 它們的共同點是 使用圖形化的手段進行描述。圖形化的好處就是元素之間的關係一目了然，避免自然語言描述上的混沌和零散。不要用專業詞彙限制使用者的思維。在座談調研時，乙個很容易發生的情況是 需求調研人員在努力地向客戶解釋 比劃乙個...
需求分析 1
需求分析做得好，才能夠使設計的產品滿足市場需求，有了明確的需求才能夠確定產品的id設計方案 結構設計方案 硬體設計方案和軟體方案。1.1功能需求 硬體系統常見的功能需求有 供電方式及防護 輸入與輸出訊號類別及處理 無線通訊功能。明確了功能就可以對要完成的功能選擇不同廠家的晶元來實現所需功能。1.2整...