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

Chapter 2 可行性研究及需求分析 2.1 可行性研究 2.2 需求分析 2.1 可行性研究 2.1.1 可行性研究的目的 2.1.2 可行性研究的任务 2.1.3 可行性研究的步骤 2.1.4 可行性研究报告参考模板 2.1.1 可行性研究的目的 目的：确定问题是否值得去解决。 —— 用最小的代价，在尽可能短的时间内确定问题是否能够解决。 实质：进行一次大大压缩简化了的系统分析和设计的过程。 —— 在较高层次上以较抽象的方式进行的系统分析和设计的过程。 2.1.2 可行性研究的任务 2.1.3 可行性研究的步骤（1/2） 1、复查系统规模和目标 — 确保分析员正在解决的问题确实是要求他解决的问题。 2、研究目前正在使用的系统 — 了解现有系统的基本功能及缺点。 3、导出新系统的高层逻辑模型 — 从现有系统的物理系统出发，导出现有系统的逻辑模型，设想目标系统的逻模型，建造新的物理系统。 4、进一步定义问题 — 复查问题定义、工程规模和目标。 2.1.3 可行性研究的步骤（2/2） 5、导出和评价供选择的解法 — 从技术角度出发考虑解决问题的不同方案。 6、推荐行动方针 — 对于所推荐的系统进行仔细的成本/效益分析。 7、草拟开发计划 — 制定工程进度表； — 估算各类开发人员和各种资源的需要情况； — 估算系统生命周期每个阶段的成本； — 给出下需求分析阶段的详细极度表和成本估计。 8、书写文档提交审查 2.1.4 可行性研究报告参考模板 《可行性研究报告模板1》 《可行性研究报告模板2》 《可行性研究报告实例》 思 考 【习题2-4】 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还可能会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，试写出问题定义，并分析开发这个系统的可行性。 【医院对患者监护系统的基本要求】 随时接收每个病人的生理信号，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在还需要时还可以要求系统打印出某个指定病人的病情报告。 2.2 需求分析 什么是需求 需求：指明必须实现什么的规格说明。它描述了系统的行为、特性或属性 好的需求具有特点： 一致性、完整性 可理解、无二义性 可测试 需求分析的三步曲： 收集用户、市场、公司对本项目的目标 经过分析建立解题模型 细化模型，抽取需求 需求分析的作用 软件需求的重要性 每个参与软件系统开发的人员都需要有一个独特的系统视角 软件需求的困难 需求分析的任务 非功能需求（续）---Microsoft 非功能需求（续） 需求获取的方法 需求获取方法（1）——访谈 需求获取方法（2）——SA方法 需求获取方法（3）——简易的应用规格说明技术 面向团队的需求收集法。 需求专题讨论会 最有力的需求获取技术。有利于培养高效团队。 需求获取方法（4）——快速建立软件原型 快速建立起来的旨在演示目标系统主要功能的可运行的程序。 要点：实现用户看得见的功能，省略目标系统的“隐含”功能。 特性：快速、容易修改。 工具和方法： 第四代技术 可重用的软件构件 形式化规格说明和原型环境 分析建模 数据模型 实体-联系图（E-R图）：描述数据对象及数据对象之间的关系。 功能模型 数据流图（DFD）：描绘当数据在软件系统中移动时被变换的逻辑过程，指明系统具有的变换数据的功能。 行为模型 状态转换图：描绘系统各种行为模式和在不同状态间转换的方式。 什么是模型 模型：是对对象系统的形式化的特征抽象，概括性或近似地表示。 模型化：是通过抽象、概括和一般化，把研究的对象或问题转化为本质（关系或结构）相同的另一对象或问题，从而加以解决的方法。 模型化方法要求所建立的模型能真实反映所研究对象的整体结构、关系或某一过程、某一局部、某一侧面的本质特征和变化规律。 模型的构造过程 构造模型的过程是一个抽象、分析的过程。 首先，通过对现实环境的调查，获得当前系统的物理模型。 模型的构造过程（续1） 去掉具体模型中的非本质因素：抽取现实系统的实质，抽象出当前系统的逻辑模型 模型的构造过程（续2） 分析当前系统与目标系统的差别，建立目标系统的逻辑模型。 结构化分析方法：SA 是面向数据流进行需求分析的方法 适合于数据处理类型软件的需求分析 基本思想：用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。 遵循三条原则：分解、抽象、映射 SA方法的步骤 SA工具划分 功能分析工具：数据流图DFD(Data Flow Diagram)、数据字典DD(Data Diction