软件工程需求工程教学课件PPT汇总.pptVIP

4 需求工程 4.1 需求捕获 4.2 需求分析 4.3 需求定义 4.4 需求管理 4.5 需求验证 需求的重要性 需求没有做好，对后续产品来说是巨大的灾害 1.浪费时间和资源来满足用户并不需要的需求（过度实现一些功能）； 2、开发出来的产品技术上先进，但不满足用户需求； 3、总是需要比较长的时间来达成对产品设计的共识； 4、在产品设计，开发和测试工作中对于用户需求的解释不一致； 5、员工会厌倦因需求不断被重新解释而导致的返工； 6、未说明的或不正确的需求会导致员工与用户间的不满； 7、不稳定的产品，用户的不满意对我们未来的市场造成损失； 8、浪费时间，增加成本，使得在一些投标的项目中不能低价； 了解客户、最终用户、间接用户 掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 与客户打交道的主要目的是？ 即使最终用户不是上帝，也算是“上帝”的“亲戚”，同样怠慢不得。 重视“间接用户”，千万别“大意失荆州” 间接用户既不掏钱买该软件产品，也不使用该软件，但是它可能对软件产品有很大的影响。 例如，财务软件开发商在把“财务软件”卖给客户之前，这个“财务软件”必须得到国家财政部的批准。 市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准，否则软件开发商被逮住后戴上“非法经营”的帽子就惨了。 需求工程基本概念 把所有与需求直接相关的活动通称为需求工程。 需求工程中的活动可分为两大类，一类属于需求开发，另一类属于需求管理。 需求分析的目的 需求是一项软件工程活动，其目的是： 清楚地理解所要解决的问题，完整地获取用户要求； 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。 需求分析的任务 需求分析是一项软件工程活动，它包括： 1）需求获取 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。 2）需求建模 需求分析建立起来的模型为日后软件设计人员提供了可被翻译成数据、体系结构、接口和处理过程设计的模型。 需求分析的任务 3）需求规格说明 需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。 4）需求评审 需求分析研究的对象是用户的要求。 必须全面理解用户的各项要求，准确表达被接受的用户要求。 只有经过确切描述的软件需求才能成为软件设计的基础。 软件需求的层次 业务需求 反映了组织或客户对系统、产品高层次的目标要求，它们一般在项目视图和范围文档中给予说明。 用户需求 描述用户使用软件需要完成哪些任务，它们可通过使用实例图或脚本说明加以阐明。 功能―非功能需求 定义了开发者必须实现的软件功能，而非功能需求如表所示: 4.1 需求捕获 需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。表现在： 需求的不稳定性：在整个软件生存周期内软件需求会随着时间的推移发生变化； 需求的不准确性：用户和开发人员的认识会随着使用系统实现业务流程的实践逐步提高，一开始不可能设想得面面俱到。 需求获取只有通过有效的客户/开发者的合作才能成功。 4.1 需求捕获 微软面试项目经理的题目--如何设计一台冰箱？ 1.冰箱应该老人不需要弯腰，正常站立就可以很方便地打开，冰箱的高度可调节，这样就可以适应不同身高的老人了。2.冰箱采用横向布局，冰箱的多个门并排排列，都在同一个高度。这样就避免了竖向布局时，某些门因为过高或者过低不方便打开的问题了。3.为方便老人开门，门口采用大按钮，按一下门就开。4.冰箱在不影响老人取放食物的情况下，能自动关门。5.冰箱内部有各种常用标签，如水果、肉类、蔬菜等，方便老人分门别类放好食物。6.对于放置多日而未动的食物，冰箱会自动提醒。 4.1 需求捕获 看看下面列举的项目中的一些实际情况：1.我们并不可能访问所有的用户，了解到每个用户的想法。2.我们能访问到的用户所提到的需求，并不一定是全部的需求。3.部分用户提到的需求，可能是不合理的。4.不同用户之前提出的需求，可能是矛盾的。5.很多用户只有朦胧的想法，需要我们提出具体方案让他去确认。如果我们不主动出击、不勤加思考，获取到的需求很可能是不彻底、不完整的。系统的专业程度越高，越需要我们主动去挖掘需求。 4.1 需求捕获 让我们考虑一个使用ATM的银行客户。不要把ATM视为一个自动化产品，而是把它看作是工作的边界。 她是一位走出办公室吃午餐的女士。她来到ATM面前。现在，她来到ATM面前真正想要的是什么？仅仅是现金？查看她的帐户余额？ 4.1 需求捕获 为什么她需要现金？ 她是打算在回办公室的路上付她的电费账单吗？如果是这样，为什