二章节软件计划阶段课件

1、第二章 软件计划阶段1 软件计划阶段的任务任务 软件计划阶段的主要任务包括两个侧面，一是进行软件系统的可行性分析，确定软件系统的建设是否值得、能否建成；二是进行软件的系统分析，了解用户的需求，定义应用功能，详细估算开发成本和开发周期。因此，软件计划阶段的最终成果包括：可行性分析报告、（如果可行而且确定进行建设的话）软件的功能规格说明书。前者供决策使用，后者作为设计阶段的根据。第二章 软件计划阶段2. 步骤 任务 第一阶段：系统分析 可行性报告 放弃 开发决策 第二阶段：系统分析 软件功能规格说明 复审 第二章 软件计划阶段困难 要从繁杂的现象中，提出软件系统的模型，包括功能模型、数据模型、使用

2、模型。 用户要求的不确定性； 现有系统的缺陷认识难以一致； 应用单位组织上的不合理性，BPR问题； 功能的技术可实现性； 系统实施的可能性； 系统价格的可接受性； 其它非技术因素第二章 软件计划阶段参与人员的要求 高级软件技术人员：广阔的知识面，熟悉软件开发的各个阶段工作以及对新领域知识的理解能力；丰富的经验和灵活的应变能力；综合能力强；抽象能力强；善于引导用户和人际交往能力。工作量估计 约占总工作量的1525价格估计 总价格的2530第二章 软件计划阶段 成本效益 时间盈亏平衡点效益曲线成本曲线第二章 软件计划阶段 开发成本构成：软硬件购置、调试和安装费用；软件开发费用；系统集成费用；人员培

3、训费用等。 维护成本构成：人员费用；消耗材料费用；定期更新、升级费用等。 软件开发费用估计的原则： 代码行估算原则 人力资源估算原则 开发阶段成本分配问题第二章 软件计划阶段 可行性报告内容 系统建设的背景与意义； 系统实现的条件与约束； 系统方案（系统配置、功能概述、性能概述、开发进度、建设费用估算、效益分析，技术风险评价、有关法律和组织问题等）； 方案比较与选择方案的标准； 需要说明的问题； 技术术语说明； 参考资料目录。第二章 软件计划阶段 技术可行性分析 技术可行性分析主要是分析系统实现的技术风险，确定系统实现的可行程度。 考虑的因素：系统的规模和功能复杂程度；采用技术的成熟程度和先进

4、性以及对功能实现的支持程度；建设成员的技术水平和管理水平；未来系统运行环境要求和可能的条件等。 法律可行性分析 法律可行性分析主要是评估未来系统在实施中可能遇到的法律障碍、组织制度障碍等。第二章 软件计划阶段3 软件计划阶段使用的工具：结构化分析1. 结构化分析方法 所谓结构化分析方法，主要有两重含义： 目标：分析的结果应该是高度可维护的； 问题的规模必须与有效的实现方法相 联系，即考虑实现的可行性； 尽量使用图形表示； 区分逻辑上的考虑与物理上的考虑； 构造出系统的逻辑模型第二章 软件计划阶段 使用的主要工具： 数据流程图（DFD）； 数据字典； 结构化语言、判定表、判定树等可以明确地、无歧

5、义地描述逻辑与策略的工具。 结构化分析方法的指导思想与具体做法 理解当前的现实环境，获取当前系统的实现模型； 注意：必须完整、准确地掌握并描述当前系统的运转情况。第二章 软件计划阶段从当前系统系统的模型中抽象出系统的逻辑模型；注意：必须从某种观点（明确主线）出发，抽象出当前系统的组织模型、业务运转模型、信息流转模型等。例 企业综合管理系统采用以物流为主线还是以财流或其他为主线。了解和分析用户的需求，提出和总结目前系统不适应用户需求和信息化要求的缺陷；注意：必须从合理性和可实现性出发，分析用户的要求并加以取舍。同时，要根据信息化的目标加以引导。分析和提出未来系统与现实系统在逻辑上的差别，要有预见

6、性；注意：要考虑未来系统的生命周期和业务发展趋势。第二章 软件计划阶段 建立未来系统的逻辑模型，包括：业务运行模型、信息模型、组织模型等； 注意：在建立未来系统模型时，不仅要考虑现有的条件，包括人员素质、外部环境、机构设置、业务运行情况等等，还必须考虑信息技术的发展对各方面产生的影响，必须充分考虑业务流程的重组（BPR）。 目标：未来系统能够避免或减少现有系统存在的弊病；充分利用现代信息技术的优势；提高运转效率；减少开销、提高效益；增加决策的科学性。在技术方面要提高系统的灵活配置能力以提高适应性，强调信息集成。 例 管理三角形和扁平化问题。 对未来系统的逻辑模型进行修改、补充和完善。第二章 软

7、件计划阶段 数据流程图 数据流程图是描述系统中数据流向的图形工具，从数据加工的角度描述系统中的活动。第二章 软件计划阶段 记号: 流向 文件 处理(加工) 源 潭 需要注意的地方： 只考虑稳定的情况（忽略开始、结束等） 第二章 软件计划阶段第二章 软件计划阶段 用途：分解系统的复杂性，用以理解实际系统的信息流。 数据字典 数据字典是用来定义每个数据流向、文件的组成的工具，数据字典中还应对每个加工做出描述。与数据流程图结合起来，就可以完整地描述系统的数据流向及其组成概况。 数据流条目：代表DFD中的每个流向及其组成。分为终结条目和非终结条目两类，前者表示不可再分的条目，后者表示需要再分解的条目。

8、第二章 软件计划阶段 记号： “+” 表示 “与”； 表示重复，可以附上下标，限制重复的次数； | 表示“或”，选择括号中的某一项； （ ）表示可选，括号中的数据项可以有，也可以无。 例 旅游计划 旅游计划 = 姓名+性别+年龄+通信地址+（旅游时间） + 日期+目的地 +飞机|火车第二章 软件计划阶段 文件条目：与数据流条目同。 数据项条目：严格定义了它的取值范围。 例起飞时间=00:0023:59 在DFD中每一个不可再分解的加工部分，应该给出它的加工说明。目前还是用自然语言描述，当然还可以用判定表、判定树等辅助工具。 例处理月生产计划 第二章 软件计划阶段国家计划产品结构合同库存储备定额

9、生产能力第二章 软件计划阶段数据字典： 国家计划=产品名称+数量 合同=产品名称+数量+交货日期+交货数量 储备定额=零件名称+最高储备+最低储备 产品结构=产品名称+零件名称+台份用量+ 加工设备类+工时 设备能力=设备类+设备号+负荷能力 车间生产计划=零件名称+数量+日历进度 日历进度=日期+数量 负荷能力= 0.01 1.0；库存=零件名称+数量第二章 软件计划阶段 判定表：为减少歧义，可用作加工说明的补充。 设备工时需求 大于设备能力 小于设备能力 按设备能力下达 生产计划 按计算结果下达 生产计划 XX第二章 软件计划阶段 判定树 最高储备：生产任务=出厂数-（库存最高储备） 库存

10、 其它： 生产任务=出厂数 最低储备：生产任务=出厂数+（最低储备-库存）第二章 软件计划阶段 评价与综合：这是最困难的工作。要客观地评价现有系统的优缺点，提出改进的意见。进而提出新系统的总体解决方案，并逐步细化。 应注意：必须明确老系统为何会出现这些弊病； 要总结和发现设计系统的约束条件； 要预见新系统功能实现的技术可行性和管理可 行性； 要善于让用户自己认识到可能存在的问题并认 同解决的方案；第二章 软件计划阶段 功能规格说明： 明确、无歧义地描述功能； 指出主要的性能指标； 概要地描述界面情况，让用户提前了解新 系统的使用方式； 提出验收的标准； 准备足够的附件，如DFD、数据字典等。

11、复审： 向用户详细讲述功能规格说明； 取得用户的认可。 第二章 软件计划阶段 2. 方法和步骤：自顶向下、逐步求精，切忌过早地陷入具体细节。 步骤： 基本系统模型：对问题有了大致了解以后，提出系统的第一级抽象：系统模型。 列出系统全部可能的输入、需要的全部输出。例 物资系统第二章 软件计划阶段物资系统整车生产情况报表零件生产情况报表材料、配套件领用情况报表库存情况报表车间在制品情况报表质量情况报表查询结果（品种、时间、单位等）入/出库单据入/出库单据废/失库单据查询命令装车报告单整车交捡单第二章 软件计划阶段物资系统汇总处理整车处理出库处理入库处理质量统计车间处理查询处理逐级分解（第二级）：第

12、二章 软件计划阶段出库处理分类一车间二车间三车间制表材料定额逐级分解（第三级）：第二章 软件计划阶段3. 信息结构 在系统分析阶段，必须对涉及的信息结构有清晰的描述。 信息结构的表示： 分层方框图 第二章 软件计划阶段 Warnier图 标题（班年度成绩报表） 姓名 学号学生成绩报表 学生（n） 单科成绩（5） 总分 平均成绩 单科总平均成绩 （5） 单科不及格人数（5） 单科缺考人数（5） 总平均成绩 第二章 软件计划阶段 调查分析的方法 明确一次调查的目的； 选择调查的对象； 准备好调查的问题； 善于把握调查的过程，逐步深入，发现问题； 一般的做法：逐级向下。例 领导者 （组织结构） （决

13、策过程） （一般要求） 职能部门 第二章 软件计划阶段 数据库要求分析 时间：对数据流程图细化以后； 建立操作模式：对每一个加工(即图上圆圈）建立相应的E-R图； E-R图综合，建立系统的总E-R图。实体D实体B1:1实体C1: n实体An:n第二章 软件计划阶段6. 软件规格说明 一、引言 从总的角度对软件的意义、目标、范围 加以基本描述，是报告内容的概述。 二、信息描述 DFD 数据结构表示 数据字典 系统接口描述 必要的系统内部接口描述第二章 软件计划阶段 三、功能描述 功能 分项加工处理说明 用户使用的概要说明 设计约束说明 四、有效性描述 性能规定与说明 测试（验收）的简要说明 响应

14、时间说明第二章 软件计划阶段 其它要求及说明 五、对用户的要求 六、文献目录 七、附录7. 复审 复审是用户认可系统功能、性能设计的关键阶段，需要反复商讨和修改规格说明。复审涉及的问题： 软件系统的目标与用户研制要求是否一致； 系统元素的重要接口是否全部正确描述； 第二章 软件计划阶段 DFD和数据结构是否完整、正确； 功能是否合理，双方理解是否一致； 设计约束是否合理和现实； 开发技术、所需的组织调整是否可行； 有效性准则是否为用户所理解； 规格说明上下文是否一致，有无遗漏； 初步使用说明能否为用户所接受； 对项目进度、系统估价是否有影响，是否需 要对计划做出调整。第二章 软件计划阶段5 面

15、向对象的分析方法 OOA的原则 抽象 抽象可以分为过程抽象和数据抽象两类。 过程抽象：复杂过程分解为简单过程的综合 的逆过程； 数据抽象：对数据结构及其在上面的操作结 合的类型定义。注意：在软件开发过程中，充满了这两种类型的抽象活动。 第二章 软件计划阶段 OOA中的抽象： 对象是现实世界中事物的抽象； 类是对象的抽象； 一般（父）类是特殊（子）类的抽象； 属性是事物静态特征（资源）的抽象； 服务（或操作）是事物动态特征的抽象。 封装 将对象的属性和服务封装起来，成为一个不 可分割的系统单位。外部对资源的操作只能通过引用 服务来进行。第二章 软件计划阶段 继承 特殊类的对象具有相关的一般类的全

16、部属 性和服务。单继承和多继承 分类 将具有相同属性和服务的对象归为一类， 用类来作为这些对象的抽象描述。 聚合 整体对象可以由若干局部对象所组成。 第二章 软件计划阶段 联系（或关联） 定义对象之间的静态联系。 消息传送 对象之间只能通过消息传送进行通信。 粒度控制 对象的复杂程度的控制，分解复杂性。 行为分析 确定行为的归属（行为主体）和作用范围； 明确事务之间的依赖关系；第二章 软件计划阶段 认识行为的起因和后果，区别主动行为和被动 行为； 认识系统的并发行为； 认识对象状态与行为的关系。 OOA的过程 发现对象、定义类 某个实体不仅其取值有意义，本身的独立存在也有重要意义， 应该作为对象。 识别对象的内