chap3-面向对象的需求分析new

《chap3-面向对象的需求分析new》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第3333章需求工程RequirementEngineeringRequirementEngineeringYIYI，YangYangissyy@mail.sysu.edu.cnissyy@mail.sysu.edu.cn内容摘要�需求工程概述�需求工程的任务�获取需求�描述需求�验证需求�管理需求获取过程�CaseStudy2软件需求包括�功能需求�数据需求�性能需求�资源使用需求�用户或人的因素�安全保密要求�环境需求�可靠性需求�界面需求�软件成本消耗与开发进�文档需求度需求�其他非功能性要求3需求工程�MatthiasJarke和KlausPohl：三阶段周期的说法：获取、表示和验

2、证需求4需求分析原则1．表示和理解问题的信息域2．定义软件将完成的功能3．表示软件的行为(作为外部事件的结果)4．划分描述数据、功能和行为的模型，从而可以分层次地揭示细节5．逐步求精5需求规约（1）（基于SA，理论上的）Ⅰ.引言A.系统参考文献B.整体描述C.软件项目约束Ⅱ.信息描述A.信息内容表示B.信息流表示：ⅰ数据流ⅱ控制流Ⅲ.功能描述A.功能划分B.功能描述：ⅰ处理说明ⅱ限制局限ⅲ性能需求ⅳ设计约束ⅴ支撑图C.控制描述ⅰ控制规约ⅱ设计约束Ⅳ.行为描述A.系统状态B.事件和响应Ⅴ.检验标准A.性能范围B.测试种类C.期望的软件响应D.特殊的考虑Ⅵ.参考书目6Ⅶ.附录需求规约（II）1

3、.引言：陈述软件目标，在基于计算机的系统语境内进行描述。2.信息描述：给出软件必须解决问题的详细描述，记录信息内容和关系、流和结构。3.功能描述：描述解决问题所需的每个功能。其中包括，为每个功能说明一个处理过程；叙述设计约束；叙述性能特征；用一个或多个图形来形象地表示软件的整体结构和软件功能与其他系统元素间的相互影响。7需求规约（III）4.行为描述：描述作为外部事件和内部产生的控制特征的软件操作。5.检验标准：描述检验系统成功的标志。即对系统进行什么样的测试，得到什么样的结果，就表示系统已经成功实现了。它是“确认测试”的基础。6.参考书目：包含了对所有和该软件相关的文档的引用，其中包括其

4、他的软件工程文档、技术参考文献、厂商文献以及标准。7.附录：包含了规约的补充信息，表格数据、算法的详细描述、图表以及其他材料。8内容摘要�需求工程概述需求工程概述�需求工程的任务�获取需求�描述需求�验证需求�管理需求获取过程�CaseStudyCaseStudy9获取需求�系统分析人员通过与用户的交流、对现有系统的观察及对任务进行分析；�确定系统或产品范围的限制性描述、与系统或产品有关的人员及特征列表、系统的技术环境的描述、系统功能的列表及应用于每个需求的领域限制、一组描述不同运行条件下系统或产品使用状况的应用场景以及为更好地定义需求而开发的任意原型。�需求获取的工作产品为进行需求分析提

5、供了基础10需求获取方法与策略�建立顺畅的通信途径�访谈与调查�观察用户操作流程�组成联合小组�用况（UseCase）11�例子：“赛艇比赛成绩计算系统”的第一次面谈的准备计划初次与Dartchurch航行俱乐部的航行秘书（DR）接触，面谈有关事宜。(在电话交谈时，了解到他们希望得到的是一个“价廉”的，基于PC的系统，以用于计算赛艇比赛成绩)时间：2005-6-5地点：对方场地确定基本问题。确定DR的角色――还涉及其它人员吗？调查财物方面事宜。主要问题系统（大致上）是如何运作的？当前存在的问题是什么？他们都希望做些什么？12组成联合小组�便利的应用规约技术(FacilitatedAppli

6、cationSpecificationTechniques,FAST)：打破用户（需方）和开发者（供方）的界限，共同组成一个联合小组，发挥各自的长处，共同负责项目的推进，这样有助于发挥各自优势并增进解和协调�开会是解决问题的好方式之一13FAST基本原则①在中立的地点举行由开发者和用户出席的会议；②建立准备和参与会议的规则；③建议一个足够正式的议程以便可以进行自由的交流；④一个“协调者”(他可以是用户、开发者或其他外人)来控制会议；⑤使用一种“定义机制”(它可以是工作表、图表、墙上胶黏纸或墙板)；⑥目标是标识问题、提出解决方案的要素、商议不同的方法、以及在有利于完成目标的氛围中刻画出初步的

7、需求。14描述需求�统一的语言：用户和项目组理解的桥梁；�系统分析人员借助建模技术（可视化描述语言）对获取的需求信息进行分析，排除错误和弥补不足，确保需求文档正确反映用户的真实意图。�常用的分析和建模方法：�面向数据流方法�面向数据结构方法�面向对象的方法。15验证需求�需求开发阶段工作的复查手段，�功能的正确性、完整性和清晰性，�为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。重新评估获取分析与