面向对象分析与设计需求课件.ppt

《面向对象分析与设计需求课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、面向对象分析与设计需求与用例建模需求与用例建模在本章节中重点介绍OO分析/设计师工作起点,以及了解和掌握主要的需求获取方法重点介绍OO分析/设计师能够有效地用于执行用例建模的特殊技术和策略。需求获取的重要性需求获取(requirementelicitation)是需求工程的主体。对于所建议的软件产品，获取需求是一个确定和理解不同用户类的需要和限制的过程需求获取是在问题及其最终解决方案之间架设桥梁的第一步需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面需求获取是一个需要高度合作的活动，而并不是客户所说的需求的简单誊本需求

2、获取简单吗？表面上实质上范围问题理解问题易变问题软件需求工程与需求的含义用户主导，面向领域的需求分析方法需求：是问题信息和系统行为、特性、设计及制造约束的描述的集合。（应该做什么的规格说明）。需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。需求的重要性一些研究表明需求工程的失败是软件产品失败的主要原因。软件工程失败的另一个最重要的原因是缺少用户参与。有效的需求工程是软件开发项目中关键的成功因素。需求流程的目的与客户和其他涉众在系统的工作内容方面达成并保持一致使

3、系统开发人员能够更清楚地了解系统需求定义系统边界为计划迭代的技术内容提供基础为估算开发系统所需成本和时间提供基础定义系统的用户界面，重点是用户的需要和目标需求的种类功能性需求—系统应该做什么。非功能性需求—系统的特定特性或者约束。也就是为如何实现这些功能需求设定约束。举例—ATM机功能性需求1）ATM系统应该验证插入的ATM卡的有效性。2）ATM系统应该验证客户输入的个人身份号的有效性。3）ATM系统应该对于任何ATM卡在任意24小时内只能取款不超过$250进行限制。非功能性需求1）ATM系统应该采用C++编写。2）ATM系统和银行通信

4、应该采用256位加密。3）ATM系统应该在3秒内验证ATM卡。4）ATM系统应该在3秒内验证个人身份号的有效性。OO分析师与设计师的任务找出参与者和用例详述用例组织用例模型（注意：用例仅能获取功能需求）需求工程师任务找出功能性需求找出非功能性需求优先排序需求跟踪用例和需求需求获取存在的问题无法陈述自己的需要无法解释任务及原因要求特定的解决方案缺乏想象力---新方法缺乏想象力---结果矛盾的需求抵制变更过度的要求满足一些需求后,产生新的需求需求获取总的原则先获取系统的总体目标，接着获取当前工作以及当前问题的信息，然后是系统应处理的详细问题

5、。需求获取应明确的问题和产品当前整体业务需求的目的和可行性陈述系统或产品范围的限制性陈述要求提供的需求功能列表和应用于每个需求的领域限制将来发展的设想明确服务器、客户机的软、硬件及性能要求（容量、速度、可操作性等）用户目前相关的技术人员和业务人员情况将来最终系统操作人员的技术及业务人员情况用户需求的系统及用户本身或其它系统的接口要求一组使用场景，提供在不同运行条件下系统的使用情况为更好地定义需求而开发的任意原型需求获取指导确定需求获取计划和问题清单确定能够帮助刻画需求和了解他们组织的人员定义系统将放置其中的技术环境（如计算体系结构、操作

6、系统、电信需要）确定“领域约束”（即特定于应用领域的业务环境的特征），这些约束将限制待建造系统的功能和性能。定义一种或多种需求获取方法要求很多人员参与，以使得需求能够从不同的视角进行定义；确定每个要记录需求的理由。确定有歧义的需求为原型实现的后选创建使用场景，以帮助客户/用户更好地确定关键需求需求获取的方法（技术）访谈（面谈）与问卷调查会议(需求讨论会、重点问题讨论会、业务专题讨论会、设计专题讨论会）文档研究任务示范（观察）用例与角色扮演原型设计（小规模试验）研究类似公司需求获取前准备需求分析前最好明确系统要采用的技术体系组织队伍准备相

7、应的文档联系和了解用户方编写计划需求获取技术--相关人员分析相关人员是指那些直接或间接从开发的系统中受益的人。效益：发现所有可能的需求源识别项目相关人员的方法：系统潜在的最终用户系统打算支持的业务过程描述以及与这些过程相关的人与管理部门讨论，询问谁会受到系统引入的影响考虑使用系统的组织的客户负责开发和维护系统的工程师和维护人员考虑可能希望给系统添加需求的监管机构和认证机构措施：设计文档（相关人员列表和需求原因）定义系统的操作环境系统的操作环境是由主机、其他硬件和与该系统相互作用的软件系统组成。效益：交付系统没有安装问题定义系统的操作环境

8、时，应该收集的信息：平台信息接口信息软件依赖性寻找领域约束领域约束是指来自于系统应用领域的系统需求效益：领域约束经常会导致识别出关键需求领域约束的种类涉及到所有其他需求的总体约束从领域相关事项导出的特殊需求