软件工程第四章
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
4.1分析的任务与原则
需求描述
文档
遵循规范,内容全面、结构清晰、措辞准确、格式 严谨。 将初步用户手册作为分析文档 , 有助于分析人员从 用户角度考虑软件需求,并鼓励用户尽早参予软件 开发活动。
4.1分析的任务与原则
3 需求评审
分析人员在用户和软件设计人员的配合下 , 对自己 生成的需求规格说明和初步的用户手册进行评审, 确保软件需求的完全性、精确性和一致性,并使用 户和软件设计人员对需求规格说明及用户手册的理 解达成一致。 需求规格说明得到用户和软件开发方的确认后,应 成为用户方与软件开发方合同的一部分。
4.2初步需求获取技术
家庭保安系统
联合小组首先制定工作制度:每次会议开始前必 须有确定的议程,参加者必须针对各项议程进行充 分的准备,并用文字表示。
4.2初步需求获取技术
例 家庭保安系统
经过会议讨论,明确问题的范围、问题与环境的关 系,并就开发软件产品的必要性达成共识。 小组负责人要求每位参加者列出问题及环境中的有 关对象,对这些对象施行的操作以及对象间的相互 作用。列出的操作和对象尽可能完全,如,控制面 板、电话机、监控中心、烟雾传感器、门窗监视器、 警报器等对象,以及用户编程控制、电话拔号、报 警等操作。
4.2初步需求获取技术
4.2.4 例
家庭保安系统
问题描述: 家庭保安市场正以每年 40% 的速度增长。希望 建立一种基于微处理器的家庭保安系统,它能够识 别异常事件并采取相应的防护措施。这些异常事件 包括:非法侵入、火灾、水淹等。一旦异常情况被 传感器探测出来,系统应自动通过电话向监控中心 报警。此外,应允许户主对系统行为进行程序控 制。
快速原型技术 问题抽
例 “家庭保安系统” 展示部分方法的使用过程。 需求建模方法和CASE工具的进一步研究 面向数据流的分析 面向数据的分析 面向对象的分析
第四章 需求分析基础
软件需求的产品和过程
软件需求分析产品 用户需求 系统需求 软件需求规格说明(软件设计描述) 需求规格说明是软件设计、实现、测试、维护的基础。
第四章 需求分析基础
第四章 需求分析基础
用户需求、系统需求和软件设计描述
用户需求 用自然语言和图表描述 说明系统必须提供哪些服务、系统运行要受哪些约束 系统需求 详细说明系统将要提供的服务以及系统受到的约束 精确的描述软件的功能 系统买方和软件开发者签订合同的重要内容 软件设计描述 在系统需求的基础上,加入更详细的内容,构成软件 设计活动的概要描述,是软件设计和实现的基础
4.2初步需求获取技术
例 家庭保安系统
负责人应要求小组成员对接收传感器事件、用户编 程控制、电话报警等操作进行更详细的描述,必要 时可用流程图表示。
Biblioteka Baidu
用户可能提出一些条件,如造价不能超过3,000元, 对传感器事件必须在 1 秒内作出响应,事件必须按 优先级进行处理等。会后小组负责人对这些信息进 行综合、整理,形成文档,该文档应能反映“家庭 保安系统”的全貌。
4.2初步需求获取技术
4.2.2 考察用户软件或其子系统业务流程
调查研究 学习用户的有关业务知识,在用户帮助下了解用 户的软件或子系统业务流程,结合软件开发和应用 的经验提出新的用户需求。
4.2初步需求获取技术
4.2.3
建立软件开发方和用户方共同组成的联合小组,小 组成员对分析负有相同的责任。 联合小组要制定自己的工作制度和计划,确定专门 的记录员,另设专人负责会议的议程和资料的综合、 整理。 选择易于理解、比较简洁、精确的表示机制作为描 述语言,如辅以文字说明的流程图。
4.1分析的任务与原则
需求评审
分析活动
对于大型软件项目,分析人员可以先对问题的 某些子系统进行需求分析、描述与评审,子系统完 成后,再对其它子系统进行分析,进而构筑整个系 统的需求模型。
第四章 需求分析基础
4.2
访谈与会议 深入调查研究 开发原型
4.2初步需求获取技术
4.2.1
个别访谈或小组会议
4.1分析的任务与原则
2 需求描述
任务
以需求模型为基础,考虑到软件问题的可解性,生 成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完 整描述、需求验证标准以及用户在性能、质量、可 维护性等方面的要求。 用户手册包括用户界面描述以及有关目标软件使用 方法的初步构想。
问题分析
4.1分析的任务与原则
系统模型
为用户的问题及准备开发的软件建立模型,从 不同的角度、不同的抽象级别精确地说明对问题的 理解、对目标软件的需求。
问题分析
4.1分析的任务与原则
系统模型
模型应帮助用户和分析人员发现、排除用户需求不 一致,不合理的部分,挖掘潜在的用户需求。 模型是分析人员根据问题创建的软件系统结构,包 括与问题和环境相关的信息流、处理功能、用户界 面、行为及设计约束。 模型是形成需求规格说明、进行软件设计的基础。 需求建模方法 面向数据流的分析方法、面向数据的分析方法、 面向对象的分析方法。
分析人员应精心准备问题,通过用户对问题的回答,逐 步理解用户对目标软件的要求。 (1) 循序渐进 首先关心一般性、整体性问题,然后再讨论细节问题。 (2)客观、公正 不应限制用户在回答问题过程中自由发挥。 (3) 总结 问题汇总后应能反映软件或其子系统的全貌,能覆盖用 户对目标软件或其子系统在功能、行为、性能诸方面的要 求。 细节问题留待以后解决。
第四章 需求分析基础
4.1
需求分析分为3个阶段:
问题分析 需求描述 需求评审
4.1分析的任务与原则
1 问题分析
分析人员应了解问题及环境,应与用户合作清除用 户需求的模糊性、岐义性和不一致性,并对相互冲 突的需求进行折衷。
分析人员与用户合作对问题进行分析、综合,结合 软件的特点及开发经验,寻求软件需求。
第四章 需求分析基础
软件需求 用户对目标软件系统在 功能、行为、性能、设计 约束等方面的期望。
软件需求分析阶段的任务, 通过对问题及环境的理解、 分析,将用户需求精确化、 完全化,最终形成需求规 格说明,描述系统信息、 功能和行为。
第四章 需求分析基础
需求分析基础
主要内容
三个主要阶段:问题分析、需求描述、需求评审 技术和方法 初步需求获取技术 需求建模技术 象、问题分解与多视点分析