標籤:面向 求和 建立 pos 採集 自身 針對 跟蹤 承擔
本次閱讀筆記寫一下《軟體構造十步走》最後一篇《組織篇》。
本篇共分為四章,分別是建立需求分析體系,需求分析部門的組織圖,需求分析部門的管理工作,需求分析部門的業務工作。
首先是《建立需求分析體系》。
長期以來“輕業務、重技術”的理念根深蒂固,而解決措施是建立一個專業從事軟體需求分析的獨立部門來承擔這項工作。此部門是介於業務部門和技術部門之間的,專門負責對組織自身業務、客戶業務、客戶對象和競爭者的研究,然後將其轉換成提供給技術部門的軟體需求規格說明,使組織不僅能提供讓客戶滿意的軟體產品,而且還能成為客戶業務發展的參謀。因此,建力需求分析體系很有必要。
然後是《需求分析部門的組織圖》。
分析部門的職能包括:面向內部業務部門進行需求採集和業務的研究;面向組織服務的公眾或組織的需求進行分析的研究;面向技術研發部門對其當前掌握的語言、架構、開發能力等進行分析和研究;將業務部門需求和外部組織和公眾的需求轉換成軟體需求規格說明並提供給技術研發部門。只有知道了工作職能,才能建立相應的組織圖。
接著是《需求分析部門的管理工作》。
需求分析的業務線包括業務申請、業務研究、應用建模、系統規劃、分析計算、報告編製、需求萃取、需求分析、需求編製、成果移交、全程跟蹤、項目歸檔共12個階段業務環節構成的業務全過程。業務管理可以藉助二維表和流程圖進行分析。
最後是《需求分析部門的業務工作》。
需求分析部門的業務工作主要由需求規劃業務和需求開發業務兩部分組成。對業務工作我們將針對每一個業務工作項目的目標、方法、工具、成果、規範、知識和職能進行描述,以便從事業務工作的人員對業務工作有一個大致的瞭解。需求規劃的業務工作主要由業務研究、應用建模、系統規劃、分析計算、報告編製5部分組成。需求業務工作主要由需求萃取、需求分析、需求編製3部分構成。
個人認為建立需求分析體系還是非常有用的,這樣做出來的產品才能更加符合使用者要求,對於編程人員來說有了明確的目標,編程效率才會更高。
《軟體需求十步走》閱讀筆記六