软件工程,1,软件工程 第二章 需求分析,2.1 系统分析 2.2 软件需求分析 2.3 结构化分析方法 2.4 快速原型化方法 2.5 需求定义与评审,软件工程,2,2.1 系统分析,基于计算机的系统的系统元素包括硬件、软件、人、数据库、文档和过程。 系统分析的目标 识别用户要求 评价系统的可行性，进行经济和技术分析 把功能分配给硬件、软件、人、数据库和其它系统元素 建立成本和进度限制 生成系统规格说明,软件工程,3,识别用户要求,分析员必须考虑以下问题： 识别希望的功能和性能范围; 确定系统的功能、性能、约束和接口;,功能和性能 可靠性和质量 总的系统目标 成本与进度限制,制造需求 市场与竞争情况 有效的技术 将来可能的扩充,软件工程,4,可行性研究,可行性研究 从经济可行性、技术可行性、法律可行性和用户操作可行性等方面评价系统是否值得做，是否能做。 可行性研究的步骤 1) 确定项目的规模和目标 2) 研究当前正在运行的系统 3) 建立新系统的高层逻辑模型 4) 导出和评价各种方案,软件工程,5,推荐可行的方案 编写可行性研究报告 成本估算 专家估算技术（Delphi技术） 成本估算模型（COCOMO） 效益估算 投资回收期 纯收入 投资回收率,经济可行性 成本效益分析,软件工程,6,技术可行性 技术风险分析,技术解决方案的实用性 使用的技术实用化程度 技术解决方案合理程度 技术资源的可用性 参与人员的工作基础 基础硬件/软件的可用性 软件工具实用性,软件工程,7,法律可行性 侵权和责任问题,专利法 著作权法 软件保护条例 用户类型：外行型熟练型专家型 操作习惯 使用单位的计算机使用情况 使用单位的规章制度,用户操作可行性,软件工程,8,2.2 软件需求分析,需求分析是一项软件工程活动，其目的是： 清楚地理解所要解决的问题，完整地获取用户要求； 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。,1. 软件需求分析的目的,软件工程,9,需求分析是一项软件工程活动，它包括： 需求获取 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。 需求建模 需求分析建立起来的模型为日后软件设计人员提供了可被翻译成数据、体系结构、接口和处理过程设计的模型。,2. 需求分析的任务,软件工程,10,需求规格说明 需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。 需求评审 需求分析研究的对象是用户的要求。 必须全面理解用户的各项要求，准确表达被接受的用户要求。 只有经过确切描述的软件需求才能成为软件设计的基础。,软件工程,11,软件开发是要实现目标系统的物理模型。需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统 “做什么” 的问题。,软件工程,12,3、需求获取,需求获取是在问题及其最终解决方案之间架设桥梁的第一步。 需求获取的目的是清楚地理解所要解决的问题，完整地获得用户的需求。 获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需求的多种解决方案。,软件工程,13,软件需求的层次,业务需求 反映了组织或客户对系统、产品高层次的目标要求，它们一般在项目视图和范围文档中给予说明。 用户需求 描述用户使用软件需要完成哪些任务，它们可通过使用实例图或脚本说明加以阐明。 功能非功能需求 定义了开发者必须实现的软件功能，而非功能需求如表所示:,软件工程,14,软件工程,15,需求获取过程,需求获取包括以下活动： 发现和分析问题 发现问题症结，并分析问题的原因/结果关系。 获取需求 根据对问题的理解定义需求。 使用调查研究方法收集信息； 遵循需求获取框架，按照三个成分观察：即数据、过程和接口。 需求归档 以草稿形式归档调查结果。形式有用例、决策表、需求表等。,软件工程,16,需求获取技术的基本特征,好的需求获取技术，对于规范需求获取活动，高效准确地获取需求定义，是十分重要的。 好的需求获取技术，应具有如下基本特征： 提供便于沟通的工具，如易于理解的语言和直观的图表； 提供定义系统边界（交互）的方法； 提供支持抽象的机制，如“分解”、“映射”等；,软件工程,17,鼓励分析员使用面向问题的术语思考问题，编写文档； 为分析员提供多种可供选择的解决方案； 适应需求的变化。 适于以上特征的需求获取方法： 基于数据流图的结构化分析方法； 基于用例（use case）的建模方法。 需求获取技术的关键点在于： 深入浅出 需求获取要尽可能全面、细致。,软件工程,18,获取的需求是个全集，系统真正实现的是个子集。分析时的调研内容并不都纳入到新系统中，目的在于以后的扩充。 以流程为主线 在与用户交流的过程中，应该用流程将所有的内容串起来。如信息、组织结构、处理规则等。这样便于交流沟通。 流程描述有宏观，也有微观。既要强调总体的业务流程、全生存周期的业务流程，又要对流程细化，有分支的业务流程。,软件工程,19,需求获取应遵循的原则,抽象和分解是在人们认识世界和改造世界的长期实践中总结出来的行之有效的原则，在需求获取的过程中需遵循的三个原则： 分解：捕获问题空间的整体 部分关系。如问题子问题分解； 抽象：捕获问题空间的一般化 特殊化关系。如问题的不同变型； 投影：捕获问题空间的多维视图。即从不同角度考察。,软件工程,20,需求获取的步骤,软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。 下面9个步骤，针对信息系统的需求获取。 定义项目的视图和范围 包括组织结构图、各部门的岗位/角色列表。 确定用户类 包括人员/责任矩阵。 确定目标系统的业务工作流 包括物流、资金流、信息流，建立业务工作流模型。,软件工程,21,运用需求获取技术开发反映主要业务规则的用例（或数据流图）并设置优先级。 收集来自用户的质量特性信息和其他非功能需求 将性能、安全性、可靠性等需求和其他设计约束结合业务规则，形成功能需求。 分类在用例（或数据流图）中涉及的数据 包括数据的组成和数据之间的关系。 详细拟订用例（或数据流图）的规格说明， 建立功能模型，并进行审查，用以澄清需求获取的参与者对需求的理解。,软件工程,22,开发并评估界面原型 设想输入设备、输出设备、显示风格、显示方式、输出格式等，建立接口规范和信息流传输规则。 从功能描述中开发概念测试用例 用测试用例来验证用例（或数据流图）、功能需求和原型。,软件工程,23,需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在： 需求的不稳定性：在整个软件生存周期内软件需求会随着时间的推移发生变化； 需求的不准确性：用户和开发人员的认识会随着使用系统实现业务流程的实践逐步提高，一开始不可能设想得面面俱到。 需求获取只有通过有效的客户/开发者的合作才能成功。,软件工程,24,针对信息系统的需求调研方法,调研用户的组织结构、岗位设置、职责定义，从功能上区分有多少个子系统，划分系统的大致范围，明确系统的目标。 调研每个子系统的工作流程、功能与处理规则，收集原始信息资料，用数据流来表示物流、资金流、信息流三者的关系。 对调研内容事先准备，针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来，形成一个需求的层次。,软件工程,25,对与用户沟通的情况及时总结归纳，整理调研结果，初步构成需求基线。若基线符合要求，则需求获取完成。 需求调研的主要手段： 发调查表； 召开调查会； 向用户领域的专家个别咨询； 实地考察， 跟踪现场业务流程； 查阅与待开发系统有关的资料； 使用各种调查工具等。,软件工程,26,需求整理与表达的方法,采用穷举方法可以避免遗漏。 采用归纳方法，通过对各种情况进行综合分类可以使问题条理化。 采用抽象方法，可以发现问题的实质，抓住问题的主要矛盾，忽略其次要矛盾。 需求整理可以多种手段共用，如组织结构图、业务流程图、多叉树、关系矩阵、文字叙述、表格、图形等。需求描述包括组织结构与岗位定义、业务流程、处理规则、数据项、功能以及上述 5 个方面的关系。,软件工程,27,4. 需求建模,需求建模是为了分析需求，以确定项目的确切需求。 需求建模遵循三个原则： 划分：描述需求的整体部分关系； 抽象：描述需求的一般化特殊化关系； 投影：描述需求的多维视图； 定义系统模型要区分逻辑模型和物理模型。 常用模型有数据建模、功能建模和过程建模。,软件工程,28,常用的分析方法,面向数据流的结构化分析方法 (SA) 面向数据结构的Jackson方法 (JSD) 面向数据结构的结构化数据系统开发方法 (DSSD) 面向对象的分析方法 (OOA) 等,软件工程,29,结构化分析方法最初只是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。 扩充后，将建模技术扩展到数据建模、功能建模和行为建模，以实体-关系图、数据流图和控制流图、状态-迁移图为工具，数据字典为核心，从不同视点建立系统的分析模型。,2.3 结构化分析方法,软件工程,30,结构化分析的分析模型,实体 关系图,状态迁移图,数据流图,数据对象描述,加工规格说明,数据 字典,控制规格说明,软件工程,31,1. 数据建模,数据模型包括三种互相关联的信息：数据对象，描述对象的属性，描述对象间相互连接的关系。 在需求分析阶段描述数据对象和它们之间的关系，使用了E-R 图。 例如，在教学管理中，一个教师可以教授零门、一门或多门课程，每位学生也需要学习几门课程。因此，教学管理中涉及的对象有学生、教师和课程。,软件工程,32,教学数据模型,软件工程,33,实例的关联有三种：一对一 (1:1) ；一对多 (1:m) ；多对多 (n:m) 。 这种实例的关联称为“基数”，基数表明了“重复性”。,软件工程,34,软件工程,35,2. 功能建模和数据流,最初,结构化分析方法仅讨论数据流建模，目标系统被表示成如图所示的数据变换流程图。系统的功能体现在核心的数据变换中。,顶层数据流图（上下文环境图）,软件工程,36,数据流图中的主要图形元素,软件工程,37,分层的数据流图,软件工程,38,实例考务处理系统的功能,(1) 对考生送来的报名单进行检查; (2) 对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站; (3) 对阅卷站送来的成绩单进行检查，并根据考试中心制定的合格标准审定合格者; (4) 制作考生通知单 (含成绩及合格/不合格标志) 送给考生; (5) 按地区进行成绩分类统计和试题难度分析，产生统计分析表。,软件工程,39,软件工程,40,根据考务处理业务，画出顶层数据流图，以反映最主要业务处理流程及系统与外界的关系。 经过分析，考务业务处理的主要功能应当有登记报名单、统计成绩两个主要数据流。输入的源点和输出终点是考生、考试中心和阅卷站。 然后从输入端开始，根据考务业务工作流，画出数据流流经的各加工框，逐步画到输出端，得到第 0 层数据流图。,软件工程,41,软件工程,42,软件工程,43,软件工程,44,3. 行为建模,行为建模给出需求分析方法的所有操作原则，但只有结构化分析方法的扩充版本才提供这种建模的符号。 数据流图不描述时序关系，控制和事件流通过行为模型描述。 在描述系统或各个数据对象的行为时，采用状态迁移图。通过描述系统或对象的状态，以及引起系统或对象状态转换的事件来表示系统或对象的行为。,软件工程,45,状态迁移图,例如，有关处理器分配的进程状态迁移。,软件工程,46,状态迁移图是描述系统的状态如何响应外部的事件进行推移的一种图形表示。 “”表示可得到的系统状态 “”表示从一种状态向另一种状态的迁移。,软件工程,47,Petri网,Petri网已广泛地应用于硬件与软件系统的开发中，它适用于描述相互独立