软件需求工程2013-05-26.ppt

1、1.软件需求工程和过程管理；2.首先，讨论一个共识。如果你阐明你的需求，你可能会得到它。如果你不清楚你的需求，你很可能得不到。实验表明，开发团队的性能对需求描述非常敏感。需求描述的困难并不局限于软件开发过程，但是只要有人为他人设计和生产产品，他们就会发现它的存在。这门课你想得到什么？你最迫切需要解决的问题是什么？第二，你能定义一下软件需求吗？什么是需求？第三，为什么你需要软件工程？4.你知道什么是软件生命周期模型？它们适用于什么类型的项目？5.你认为在一个项目团队中，如果每个普通的项目团队成员都有全球意识，除了了解自己的工作之外，他对整个项目的开发过程、总体布局、项目背景和邻近领域都有足够的了

2、解和关注，并积极地与项目中的其他团队合作，那么项目会顺利得多，成功的机会也更大吗？在你看来，项目成功或失败的关键是“团队中的主人”还是“大家一起工作”？6.需求是什么？假设我们要生产一种新产品。控制飞机？将卫星数据转换成适合广播的图像？产品必须做什么？管理学生信息系统？(阐明产品的目的)预测组织的盈利能力？需求是什么？为了达到产品的目的应该做些什么？-。例如：它快吗？它容易使用吗？你能保证在黑客攻击下的安全吗？-产品的非功能性要求，8。软件需求的定义，a)用户解决问题或实现目标所需的条件或能力；系统或系统组件应满足合同、标准和规范要求的条件和能力；反映上述两种描述的文档描述。b)用户要求的能够

3、触发程序或系统开发的指令。要求是指明必须达到的规格。它描述了系统的行为、特征或属性，是开发过程中对系统的一种约束。需求是那些在开始构建产品之前你必须发现的东西。下列句子中的关键词是什么？需求是在你开始制造产品之前必须发现的东西。“在构建产品之前”，如果在构建过程中发现了需求，或者更糟的是，在客户开始使用您的产品之前没有发现需求，那么成本将会很高，效率将会非常低。需求不是额外的负担。10。需求中的问题。面对软件项目需求阶段的困难，我们应该怎么做？找出困难的来源，困难是什么？作为一种风险，暂时把困难放在一边。尽快提出解决方案。()、11、需求中的问题，嘿，我想打基础！12、系统开发活动，每次系统开

4、发人员开始向业务人员提供某个计算机系统时，必须完成一组相当一致的活动。在下面的活动组中，哪些活动容易被忽略？需求获取()，分析()，设计()，施工()，测试()，部署()，维护()，13。只要您在编写和评审需求时牢记这些优秀的需求，您将会编写更好的(尽管不是完美的)需求文档并开发更好的产品。14、完整性要求，每个要求必须清楚地描述要实现的功能，以便开发人员能够获得设计和实现这些功能所需的所有必要信息。15、要求的正确性，每个要求必须准确地陈述要开发的功能。16、需求的可行性，每个需求必须在已知系统和环境的能力和范围内实现。17、需求的必要性，每个需求都应记录顾客真正需要的标准和最终系统需要遵守

5、的标准。，18，对需求进行优先排序，并为每个需求分配实施优先级，以表明其在特定产品中的权重。19、需求中不存在歧义，而需求描述只能对所有读者有一个清晰而统一的解释。因为自然语言和歧义很容易导致，所以尽量用简洁和用户友好的语言表达每个需求。20、需求的可验证性，通过设计测试用例或其他验证方法，如演示和测试，检查每个需求是否能够根据需求实现。21，要求的可修改性，以确保每个要求在要求规范中只出现一次，并被独立标记以区别于其他要求，以便在改变要求时不会有不一致的错误。22、需求的可追溯性应该能够建立每个需求与其来源、设计元素、源代码和测试用例之间的对应关系。这种可追溯性要求每一个需求都以结构化的方式

6、编写，并被唯一地识别，而不是冗长的叙述。23、关于需求的一些误解，在需求上花费了多少时间将导致产品开发中延迟了多少时间。客户不知道技术，也不知道他们想要什么样的新系统/产品，所以只有我们的开发人员可以自己定义需求。我们开发团队中的所有人都知道需求是什么，所以他们不需要编写需求文档，其他人也不能理解它们，所以我们可以尽快直接设计或编写代码。不需要设置需求的优先级，我们会在交付产品时完成所有的需求，以满足客户的需求。为什么需求很重要？优秀的软件产品是基于优秀的需求，不关注需求过程的项目团队将会遭受后果。为什么需求很重要？(续)，根据数据，软件项目中40%-60%的问题是需求阶段的“祸根”(Leff

7、ingwell，1997)。项目中70%的返工是由需求中的错误引起的，返工将花费总开发成本的40%以上。(Leffingwell 1997)据统计，纠正产品投入使用后发现的需求缺陷的成本是纠正需求阶段的错误成本的68-200倍。26，不适当的需求过程造成的风险，缺乏足够的用户参与导致最终产品不被用户接受。用户需求的增加带来了过度消费，降低了产品质量。模糊的需求陈述可能会导致时间的浪费和返工。用户增加了一些不必要的功能，开发者则画蛇添足。对需求的过于简短的描述会导致一些关键需求的遗漏，并使项目计划和跟踪变得不可能。忽视一些用户的需求会导致许多客户的不满。遵循高质量需求过程带来的利益，正确的需求过

8、程强调产品开发中所有需求利益相关者的合作，从而形成以产品为中心的核心团队，有利于客户和开发人员共同努力实现产品成功。重视需求收集的过程，使开发团队能够更好地了解市场，而市场因素是项目成功的关键因素。让用户积极参与需求收集过程可以使产品更有吸引力，并拥有忠诚的客户关系。28，遵循高质量需求过程带来的好处(续)，通过理解用户的任务需求而不局限于一些“华丽”的特性，我们可以避免在无用的功能上浪费精力，并且用户的参与可以弥补用户期望和开发人员实际开发之间的“差距”(期望差异)。有效的变更控制也可以减少需求变更的负面影响。将需求写入清晰明确的文档将极大地有利于系统测试，确保产品质量并满足所有利益相关者。

9、29岁，那么：为什么需要需求？忽视需求相当于决定迅速开始制造错误的产品！结果，项目团队付出了数倍的代价。如果一开始就正确地执行需求和分析，会好得多。记住，不好的品质会被传递下去。为什么你需要软件工程？20世纪40年代以硬件为基础；程序员是用户(制造计算机的电子工程师)；硬件的快速发展刺激了对软件的需求，对程序员的需求也大大增加了。当软件项目到来时，“软件危机”就会随之而来。自20世纪60年代以来，出现了许多软件延迟交付、超出预算和质量差的情况。软件危机的早期迹象让专家们意识到“软件不仅仅是程序员基于想象编写的一套程序，而是需要被工程化的软件。为什么你需要软件工程？1969年，弗里茨鲍尔给出了软

10、件工程的基本定义，软件工程是当时发展起来的一门学科。软件危机持续时间很长，这使得罗杰普雷斯曼在他的软件工程：实践者的研究方法一书中称之为“慢性病”。20世纪90年代，越来越多的强调项目的“管理”和标准质量的“过程”的使用，如ISO9001和CMM。行业面对这个问题的唯一方法是使软件开发过程更加健壮，这将减少对超级程序员的依赖。随着软件工程、软件质量概念和质量模型的进一步发展，许多项目在软件工程、软件过程、软件管理和软件质量方面获得了回报。32岁，33岁，软件过程和软件工程，34岁，瀑布模型创造了软件工程活动的顺序，并有一个很好的阶段定义。假设初始要求已经确定。开发者和用户之间缺乏互动。假设创建

11、软件的活动可以分开。不灵活。35、软件开发-开发和测试的V模型是并行的，测试活动明显加强。瀑布模型的优点和缺点可以在V模型中找到。36，快速原型模型-早期看到系统的原型，有以下三种情况：用户无法确定需求；要开发的系统有相当多的用户界面。开发环境支持原型的快速创建。缺点：用户希望快速使用它；不具代表性的原型会让用户失望；原型构建得很快，这通常不是最好的解决方案。37、增量模式用户不想等几年才看到系统(大)，优点：一些功能可以提前交付；人员的灵活分配；增量可以有计划地管理技术风险。缺点：总开发成本较高；所有功能的总交付周期更长；计划交付增量是成功的关键。错误的计划可能导致灾难。早期交付的产品应与后期交付的产品兼容。螺旋模型-重复迭代，风险控制和需求变化，优点：1)灵活的设计，可以在项目的不同阶段进行改变。2)构建小分段的大系统使成本计算简单易行。3)客户始终参与进来，以确保项目不会偏离正确的方向。4)客户始终掌握项目的最新信息，并能与管理层有效互动。5)客户认可这种内部开发方法带来的良好沟通和高质量产品。缺点：它包括增量开发模式的优点和缺点。39，需求开发过程，40，需求获取过程，41，需求分析过程，42，需求活动中要遵循的过程，43。使用说明如下：1。把