chapter2需求分析(含可行性分析)-3学时.ppt

Chapter 2 可行性研究及需求分析l 2.1 可行性研究 l 2.2 需求分析Date12.1 2.1 可行性研究可行性研究l l 2.1.1 2.1.1 可行性研究的目的可行性研究的目的 l l 2.1.2 2.1.2 可行性研究的任务可行性研究的任务 l l 2.1.3 2.1.3 可行性研究的步骤可行性研究的步骤 l l 2.1.4 2.1.4 可行性研究报告参考模板可行性研究报告参考模板Date22.1.1 2.1.1 可行性研究的目的可行性研究的目的l l目的：确定问题是否值得去解决目的：确定问题是否值得去解决 —— —— 用用最小的代价最小的代价，在，在尽可能短的时间内尽可能短的时间内 确定问题是否能够解决确定问题是否能够解决l l实质：进行一次大大压缩实质：进行一次大大压缩简化了的系统分析和简化了的系统分析和 设计的过程设计的过程—— —— 在较高层次上以较抽象的方式进行的系统在较高层次上以较抽象的方式进行的系统 分析和设计的过程分析和设计的过程Date32.1.2 2.1.2 可行性研究的任务可行性研究的任务进一步分析和进一步分析和 澄清问题定义澄清问题定义各系统实现方案各系统实现方案 的可行性分析的可行性分析技术可行性技术可行性经济可行性经济可行性操作可行性操作可行性为每个可行方案制定粗略的实现进度为每个可行方案制定粗略的实现进度对以后的行动方针提出建议对以后的行动方针提出建议逻辑模型逻辑模型Date42.1.3 2.1.3 可行性研究的步骤（可行性研究的步骤（1/21/2））l l 1 1、复查系统规模和目标、复查系统规模和目标— — 确保分析员正在解决的问题确实是要求他解决的问题确保分析员正在解决的问题确实是要求他解决的问题 。

l l 2 2、研究目前正在使用的系统、研究目前正在使用的系统— — 了解现有系统的基本功能及缺点了解现有系统的基本功能及缺点l l 3 3、导出新系统的高层逻辑模型、导出新系统的高层逻辑模型— — 从现有系统的物理系统出发，导出现有系统的逻辑模从现有系统的物理系统出发，导出现有系统的逻辑模 型，设想目标系统的逻模型，建造新的物理系统型，设想目标系统的逻模型，建造新的物理系统l l 4 4、进一步定义问题、进一步定义问题— — 复查问题定义、工程规模和目标复查问题定义、工程规模和目标Date52.1.3 2.1.3 可行性研究的步骤（可行性研究的步骤（2/22/2））l l 5 5、导出和评价供选择的解法、导出和评价供选择的解法 — — 从技术角度出发考虑解决问题的不同方案从技术角度出发考虑解决问题的不同方案 l l 6 6、推荐行动方针、推荐行动方针 — — 对于所推荐的系统进行仔细的成本对于所推荐的系统进行仔细的成本/ /效益分析效益分析 l l 7 7、草拟开发计划、草拟开发计划 — — 制定工程进度表；制定工程进度表； — — 估算各类开发人员和各种资源的需要情况；估算各类开发人员和各种资源的需要情况； — — 估算系统生命周期每个阶段的成本；估算系统生命周期每个阶段的成本； — — 给出下需求分析阶段的详细极度表和成本估计。

给出下需求分析阶段的详细极度表和成本估计 l l 8 8、书写文档提交审查、书写文档提交审查Date62.1.4 2.1.4 可行性研究报告参考模板可行性研究报告参考模板l l《《可行性研究报告模板可行性研究报告模板1 1》》 l l《《可行性研究报告模板可行性研究报告模板2 2》》l l《《可行性研究报告实例可行性研究报告实例》》Date7思思 考考uu【【习题习题2-42-4】】目前住院病人主要由护士护理，这样做不仅需目前住院病人主要由护士护理，这样做不仅需 要大量护士，而且由于不能随时观察危重病人的病情变化，要大量护士，而且由于不能随时观察危重病人的病情变化， 还可能会延误抢救时机某医院打算开发一个以计算机为中还可能会延误抢救时机某医院打算开发一个以计算机为中 心的患者监护系统，试写出问题定义，并分析开发这个系统心的患者监护系统，试写出问题定义，并分析开发这个系统 的可行性的可行性 【【医院对患者监护系统的基本要求医院对患者监护系统的基本要求】】随时接收每个病人的生理信号，定时记录病人随时接收每个病人的生理信号，定时记录病人 情况以形成患者日志，当某个病人的生理信号超出医生规定情况以形成患者日志，当某个病人的生理信号超出医生规定 的安全范围时向值班护士发出警告信息，此外，护士在还需的安全范围时向值班护士发出警告信息，此外，护士在还需 要时还可以要求系统打印出某个指定病人的病情报告。

要时还可以要求系统打印出某个指定病人的病情报告Date8产生产生 病情报告病情报告监视病情监视病情更新病历更新病历例：患者监护系统例：患者监护系统Date92.2 2.2 需求分析需求分析Date10什么是需求什么是需求l l需求：指明必须实现什么的规格说明它描述需求：指明必须实现什么的规格说明它描述 了系统的行为、特性或属性了系统的行为、特性或属性 l l好的需求具有特点：好的需求具有特点：l l一致性、完整性一致性、完整性l l可理解、无二义性可理解、无二义性l l可测试可测试 l l需求分析的三步曲：需求分析的三步曲：l l收集用户、市场、公司对本项目的目收集用户、市场、公司对本项目的目 标标l l经过分析建立解题模型经过分析建立解题模型l l细化模型，抽取需求细化模型，抽取需求Date11需求分析的作用需求分析的作用n n 定义定义软件的范围软件的范围及及必须满足的约束必须满足的约束；；n n 确定确定软件的功能软件的功能和性能及与其他系统成分的和性能及与其他系统成分的接口接口; ; n n 建立建立数据模型数据模型、、功能模型功能模型和和行为模型行为模型；；n n 最终提供最终提供需求规格说明需求规格说明，并用于作为评估软件质，并用于作为评估软件质 量的依据。

量的依据 Date12软件需求的重要性软件需求的重要性软件需求无疑是当前软件工程中的关键问题，软件需求无疑是当前软件工程中的关键问题，没有需求就没有软件没有需求就没有软件美国于美国于19951995年开始对全国范围内的年开始对全国范围内的80008000个软件项目进行个软件项目进行跟踪调查跟踪调查 分析失败的原因发分析失败的原因发现，与需求过程相关的现，与需求过程相关的 原因占了原因占了45%45%，而其中，而其中缺乏最终用户的参与以缺乏最终用户的参与以 及不完整的需求又是两及不完整的需求又是两 大首要原因大首要原因，各占，各占13%13% 和和12%12% 未完成未完成完成未实施完成未实施完成完成Date13需求分析在项目中的地位需求分析在项目中的地位Date14磨刀不误砍柴功磨刀不误砍柴功系统分析员在项目中的地位系统分析员在项目中的地位Date15每个参与软件系统开发的人员每个参与软件系统开发的人员 都需要有一个独特的系统视角都需要有一个独特的系统视角系统构架工程师项目经理系统分析员设计人员测试人员用户Date16软件需求的困难软件需求的困难软件需求是软件工程中最复杂的过程之一：软件需求是软件工程中最复杂的过程之一：1. 1. 应用领域的广泛性应用领域的广泛性，它的实施无疑与各个应用行业的特，它的实施无疑与各个应用行业的特 征密切相关。

征密切相关2. 2. 非功能性需求建模技术的缺乏非功能性需求建模技术的缺乏，及其与功能性需求有着，及其与功能性需求有着 错综复杂的联系，大大增加了需求工程的复杂性错综复杂的联系，大大增加了需求工程的复杂性3. 3. 沟通上的困难沟通上的困难，由于系统分析员、需求分析员等各方面，由于系统分析员、需求分析员等各方面 人员有不同的着眼点和不同的知识背景，给需求工程的人员有不同的着眼点和不同的知识背景，给需求工程的 实施增加了人为的难度实施增加了人为的难度Date17需求需求 分析分析 任务任务确定对确定对 系统的系统的 综合要综合要 求求分析系分析系 统数据统数据 要求要求功能功能 需求需求性能性能 需求需求可靠性可靠性 和可用和可用 性需求性需求出错出错 处理处理接口接口 需求需求约束约束逆向逆向 需求需求将来可将来可 能提出能提出 的要求的要求导出系导出系 统逻辑统逻辑 模型模型修正系修正系 统开发统开发 计划计划需求分析的任务需求分析的任务Date18软 件需 求用 户需 求系 统需 求功能 需求非功能 需求领域 需求由客户管理员、 用户等提出软件需求的内容需求分析的任务需求分析的任务Date19功能需求功能需求它是对系统应该提供的服务、功能以及系统在它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。

它与软件系统的类型、特定条件下的行为的描述它与软件系统的类型、 使用系统的用户等相关，有时需要详细描述系统的使用系统的用户等相关，有时需要详细描述系统的 功能、输入功能、输入/ /输出、异常等，有时还需要申明系统不输出、异常等，有时还需要申明系统不应该做什么应该做什么 领域需求领域需求是由软件系统的是由软件系统的应用领域应用领域所决定的特有的功能所决定的特有的功能需求，或是对功能的约束需求，或是对功能的约束Date20非功能需求非功能需求产品需求产品需求机构需求机构需求外部需求外部需求互操作互操作 需求需求道德道德 需求需求立法立法 需求需求性能性能 需求需求空间空间 需求需求交付交付 需求需求实现实现 需求需求标准标准 需求需求隐私隐私 需求需求安全安全 性需求性需求可用性可用性 需求需求效率效率 需求需求可靠性可靠性 需求需求可移植可移植 性需求性需求Date21该系统应该具备以下功能：该系统应该具备以下功能：⑴⑴ 基本基本数据维护数据维护功能功能⑵⑵ 基本基本业务业务功能功能⑶⑶ 数据数据库管理库管理功能功能⑷⑷ 信息信息查询查询功能功能uu例：一个大学图书管理系统，该系统除了一般的图例：一个大学图书管理系统，该系统除了一般的图 书管理功能外，还能够为学生和教工从其他图书馆借书管理功能外，还能够为学生和教工从其他图书馆借 阅图书和文献资料提供服务。

阅图书和文献资料提供服务Date22（（1 1）基本数据维护功能：）基本数据维护功能：— — 提供使用者录入、修改并进行维护基本数据的途径；提供使用者录入、修改并进行维护基本数据的途径；— — 读者、图书资料的相关信息的修改，更新读者、图书资料的相关信息的修改，更新2 2）基本业务功能：）基本业务功能：— — 读者借、还书籍的登记管理功能；读者借、还书籍的登记管理功能；— — 随时根据读者借、还书籍的情况更新数据库系统；随时根据读者借、还书籍的情况更新数据库系统；— — 如果书籍已经借出，可以进行预留操作；如果书籍已经借出，可以进行预留操作；— — 书籍的编目、入库、更新等操作书籍的编目、入库、更新等操作1、功能需求Date23（（3 3）数据库管理功能：）数据库管理功能：— — 对所有图书信息及读者信息进行统一管理维护的功能；对所有图书信息及读者信息进行统一管理维护的功能；— — 对书籍的借还也要进行详细的登记，以便协调整个图书馆对书籍的借还也要进行详细的登记，以便协调整个图书馆 的运作4 4））信息查询功能：信息查询功能：— — 提供对各类信息的查询功能，如提供对各类信息的查询功能，如• • 对本图书馆的用户借书信息、还书的信息查询对本图书馆的用户借书信息、还书的信息查询• • 书籍源信息查询书籍源信息查询• • 预留信息查询，预留信息查询，• • 对其他图书馆的书籍、资料源信息的查询。

对其他图书馆的书籍、资料源信息的查询功能需求（续）Date24（（1 1）） 系统安全性需求：系统安全性需求：——为保证系统安全性，对本图书馆的各项功能进行分级、为保证系统安全性，对本图书馆的各项功能进行分级、 分权限操作，对各类用户。