软件需求工程概述-精品·公开课件.ppt

* 螺旋模型 (Spiral Model) 螺旋模型主要用于风险分析 每一轮开发活动具体包括: 制定下一轮计划 决定设计目标和限制条件 评估候选方案, 风险降解 产品开发 需求工程有关步骤为： 需求风险分析 规划设计 可以减少需求变更所带来的风险 存在的问题： 无法应付不可预见的需求变化 * V型模型（V-Model） (Macaulay, 1996） * 关于敏捷模型（Agile Models） 基本原则： 减少沟通障碍 程序员与客户直接交流 减低繁重的文档负担 文档代价昂贵但用途有限 对开发人员给予充分信任 无需运用花样翻新的过程模型给与提示 响应客户要求 而非严格遵循合同条文 缺点： 依赖程序员的记忆力 源代码是难于维护的 依赖口头交流 易发生误解 假定只有唯一的客户代表 不可能反映多视角 制作短期计划 无长期及前瞻性规划 * 本章内容 工程与软件工程 软件需求工程 需求工程师 需求工程vs.系统分析 软件生命周期中的需求活动 关于需求的基本观点 * Viewpoints 关于需求的基本观点 * 关于需求的基本观点 需求工程活动不总是顺序进行 问题描述不总是先于解决方案描述 在系统开发的任何阶段描述问题均是有益的 需求工程是在各开发阶段持续进行的一系列活动 问题陈述无法追求完美 需求模型是对世界的近似表示 将包括不精确和不一致性 会省略某些信息 细致的分析将降低导致严重问题的风险 …但风险永不可能降解为零 * 关于需求的基本观点 追求规约的描述会降低性价比 需求分析是有开销的 不同的项目，性价比的平衡点是不同的 问题描述永不可能是固定的 变化是无法避免的，因此应纳入计划之中 对变化的处理应定期进行 * 可能的需求来源 客户专有需求 对于有着明确问题的特定客户，最终客户享有决定权。 市场需求 对于在市场上广泛出售的产品，营销团队扮演着顾客和用户代表的角色，产品必须拥有顾客。 社会需求 系统的目的是造福社会，而不需要客户（支付报酬） 一些开源/自由软件，科学研究软件 综合 为特定客户开发，但最终希望面向市场的软件。 * 作业一 选择任何你认为合适的系统，用自然语言写出其需求描述(e.g.电梯控制系统，ATM机系统，图书管理系统，交通信号控制系统… …)。 1. 明确区分： 领域性质，需求和规约描述。 2. 给出对该系统的非功能性需求。 3. 试用你过去所学的某种方法形式化该需求。例如： 一阶逻辑，状态机。指出哪些是命名，哪些是定义，哪些是可驳的描述。 4. 作业成绩将根据你对课程内容的理解。 * 本章内容 工程与软件工程 软件需求工程 需求工程师 需求工程vs.系统分析 软件生命周期中的需求活动 关于需求的基本观点 * SRE Engineer  需求工程师 * Requirements Engineer 需求工程师 1. 分析问题和解决问题的能力 2. 人际沟通及交流能力 3. 软件工程知识和技能 4. 应用领域有关知识 5. 书面语言组织和表达能力 6. …… * 需求工程师做什么 着手点是有待解决的“问题”出现 例如： 对系统现状不满； 有新的商机出现； 有可能节能、降耗、省时等。 * 需求工程师做什么 需求工程师促进变化的发生，要完成以下工作： 确定“问题”及“机会” 要解决的问题是什么? (问题的界定) 问题出在何处? (了解问题的领域及上下文) 问题与谁相关? (确定干系人-Stakeholder) 为什么解决该问题? (确定干系人的目标) 软件系统如何促进问题的解决? (搜集情景实例) 解决问题的期限? (确定开发活动的约束和限制) 影响问题解决的因素有哪些? (确定可行性和风险) 成为问题领域的专家 拥有更多的机会和解决问题的方案 * ACM/IEEE 职业道德规范: PUBLIC – 保护公众利益。 CLIENT AND EMPLOYER – 在保护公众利益的前提下，为客户及雇主的最高利益服务。 PRODUCT – 尽可能令你的产品符合行业的最高标准。 JUDGEMENT – 在进行职业判断时，保持正直及独立性。 MANAGEMENT – 对软件开发和维护的管理应遵循和提倡符合职业道德。 PROFESSION – 在符合公众利益的前提下，推进职业的正直性和声誉。 COLLEAGUES – 对同事要持公正和支持的态度。 SELF – 毕生坚持学习并在职业生涯中提倡职业道德。 职业责任 (Code of Ethics) * 职业责任 (Code of Ethics) 与需求工程相关的职业规范: Competence – 永不对你的工作能力说谎。 Confidentiality – 坚持为你的客户及合作者保密。 Intellectual property rights – 保护他人的新观点及设