UML用况图-文档资料

第3章用况图3.1系统边界3.2参与者3.3用况3.4用况图3.5用况3.6高级用况建模3.7检查与调整3.8例题第3章用况图什么是用户需求？用户需求即用户对所要开发系统提出的各种要求和期望。它包括系统的功能、性能、可靠性和保密要求以及交互方式等技术性要求和资金额度、交付时间、资源使用限制等非技术性要求。对分析员而言,功能需求是分析阶段要考虑的核心因素。第3章用况图软件开发中的常见现象（严峻的现实）：用户提出的要求不完整、不准确需求经常变化，工作没完没了开发后期才发现误解了需求功能都实现了，但由于性能，使用方面问题导致用户不满客户的许多增强需求未及早提出，导致软件后期维护费用陡升测试效果差，因为测试人员不明白软件要做什么支付了客户并不想要的产品第3章用况图软件项目中，40%-60%的问题都是在需求分析阶段埋下的隐患，在需求审核上投入1个小时，可节省10倍以上错误更正时间，返工开工占开发总费用的40%，而70%-80%的返工是由需求方面的错误导致。成功有效的需求开发和需求管理能为组织节省大量时间和金钱。需求提取：可能是软件开发中最困难、最关键、最容易出错，最需沟通的方面（引导用户说出他们想要的东西：面谈、问卷、观察、文档、原型法等——记录下需求）IvarJacobson从1967年开始在爱立信公司所从事的近20多年对大量不同电话呼叫类型建模的工作经验，发明了usecase概念。　需求技术获取软件的需求是软件开发过程的重要难题，在当今的软件需求的实践中，RUP过程中的用例技术、XP中的用户（UserStory）技术、FDD的Feature描述技术是获取需求的最佳技术，这三个技术的共同点是：站在用户的角度看待系统、定义系统；使用用户能够看懂的语言来描述系统，定义系统．三种需求技术的特点见表6-1所示。需求技术种类描述用例(Usecase)描绘一个系统外在可见的需求情况，是代表系统中各个项目相关人员(风险承担人，Stakeholder)之间就系统的行为所达成的契约用户故事(userstory)由客户参与编写，说明他们需要系统为他们做什么，一般用客户的术语编写，其长度约为三句话左右需求特性(Feature)就是一个小的，具有客户价值的功能，通常表示为