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

软件需求工程与过程管理 首先：讨论一个共识 如果你阐明了你的需要，你就很可能获得它。 如果你没有说清楚你的需要，你就很可能得不到它。 实验表明：开发小组的性能相对于需求描述高度敏感 对需求描述的困难不是仅仅局限于软件开发过程之中，而只要是有人在为别人设计和生产产品，就会发现它的存在。 一、对于这门课程的学习，你想要得到什么？你最急需解决的问题是什么？ 二、请你对软件需求下个定义？什么是需求？ 三、为什么需要软件工程？ 四、你所了解的软件生命周期模型都有哪些？它们分别适用于什么类型的项目？ 五、你是否认为在一个项目组中，如果每个普普通通的项目组成员都具有全局意识，除了了解自己的本职工作外，对整个项目的开发过程、整体布局、项目背景、相邻领域都有足够的了解和关心，并对项目内的其他小组积极配合，那么这个项目会顺畅得多，成功的机会更大？你认为“组内高手”和“大家通力合作”哪个对项目的成败更起到关键的作用？ 什么是需求 假设我们将要构建一个新产品。 控制一架飞机？ 将卫星数据转换成适合播出的图像？ 该产品必须做些什么？ 管理学生信息系统？ （阐明产品要达到的目的） 预测组织的盈利能力？ …… 什么是需求 为了达到产品的目的应该做哪些事？ --------产品的功能性需求 为了达到产品的目的产品必须有哪些品质？比如：它快速吗？ 易于使用吗？能在黑客攻击下保证安全吗？ --------产品的非功能性需求 软件需求的定义 A)用户解决问题或达到目标所需的条件或权能（capability);系统或系统部件要满足合同、标准、规范等所需具有的条件和权能；一种反映上面两种描述的文档说明。 B)用户所需要的并能触发一个程序或系统开发工作的说明。 C)需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 D)需求就是那些你必须在开始构建产品之前发现的东西。 下面这句话中的关键字是什么？ 需求就是那些你必须在开始构建产品之前发现的东西。 “构建产品之前” 如果在构建的过程中才发现需求，或者更糟糕，直到客户已经开始使用您的产品了才发现需求，那么代价将是很大的，并且效率将极其低下。 需求不是一项额外的负担。 需求中的问题 在软件项目的需求阶段，当面临困难时，我们应该怎样做？ A.搞清楚困难的来源，困难是什么？（） B.作为风险，将困难暂时放在一边。（） C.尽快提出解决方案。（） 需求中的问题 嘿，我想把地基打在那里！ 系统开发活动 每次系统开发人员着手向业务人员提供某个计算机系统时，都要完成一组相当一致的活动。下面这组活动中容易被忽视的活动有哪些？ 需求获取（） 分析（） 设计（） 构建（） 测试（） 部署（） 维护（） 优秀需求的特性 只要你在编写、评审需求时把这些优秀需求的特点记在心中，就会写出更好的（尽管并不十分完美）的需求文档，同时也会开发出更好的产品。 需求的完整性 每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 需求的正确性 每一项需求都必须准确地陈述其要开发的功能。 需求的可行性 每一项需求都必须是在已知系统和环境的能力和范围内可以实施的。 需求的必要性 每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。 划分需求的优先级 给每项需求分配一个实施优先级以指明它在特定产品中所占的份量。 需求的无二义性 需求说明对所有读者都只能有一个明确统一的解释，由于自然语言及易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。 需求的可验证性 检查一下每项需求是否能通过设计测试用例或其它的验证方法，如：演示、检测等来确定产品是否确实按需求实现了。 需求的可修改性 保证每项需求只在需求说明书中出现一次，且独立标出，与其它需求区别开来，这样更改需求时才不会出现不一致的错误。 需求的可跟踪性 应能在每项需求与它的来源、设计元素、源代码、测试用例之间建