03. 需求
1. 掌握需求过程，需求的类型，需求的特征，需求的表示方法，原型需求法， 需求文档，
1.
定义：
(1)用户解决问题或达到目标所需条件或权能(Capability)。
(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。
(3)一种反映上面(1)或(2)所述条件或权能的文档说明。
大佬链接（侵删）：
需求过程：
1. 问题识别：解决目标系统做什么，做到什么程度。需求包括：功能、性能、环境、可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查分析所需的通信途径。
2. 分析与综合：从数据流和数据结构出发，逐步细化所有的软件功能，找出各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求并剔除不合理部分，综合成系统解决方案，给出目标系统的详细逻辑模型。常用的分析方法有面向数据流的结构化分析方法SA（数据流图DFD、数据词典DD、加工逻辑说明）、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA（主要用UML）、对于有动态时序问题的软件可以用形式化技术，包括有穷状态机FSM的状态迁移（转换）图STD、时序图、Petri网或Z。每一种分析建模方法都有其优势和局限性，可以兼而有之以不同角度分析，应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争，一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。
3. 编制需求分析文档
4. 需求评审
大佬链接（侵删）：
需求的类型（分类）：
业务需求、用户需求和功能需求（核心）（也包括非功能需求（性能、外部接口、设计约束、质量属性））。扩展：百科----
需求的特征：软件需求的基本特征是：可验证性
性质：
1.必要性
2.无歧义的 3.可测试 4.可追踪性 5.可测量大佬链接（侵删）：
需求的表示方法：
1. 用例图：用例图描述软件系统或外部系统提供的服务。作用：定义了系统的功能范围。
2. 用例简述：通过简短的文字对用例的功能进行描述。作用：非常轻便的技术，许多敏捷方法都是通过类似用例简述的技术捕获和交流需求。
3. 用例规约（用例描述）：是对用例的详细描述，一般包括简要说明，主事件流，备用事件流，前置条件后置条件、优先级等。
4. 用例实现：为了实现用例的功能，必须考虑需要哪些具体的方法，这些方法又是怎么协同完成系统的。
：原型法的理念是指在获取一组基本需求之后，快速地构造出一个能够反映用户需求的初始系统原型。
大佬链接（侵删）：
需求文档：
大佬链接（侵删）：