第2章软件工程(精品·公开课件).ppt

《实用软件工程》陆惠恩编著 第2章 第2章 软件计划 主讲人: 王琳娟 回忆 瀑布模型把软件生命周期分为哪几个阶段? 问题: 某展览公司要开发一个展览会观众管理和信息分析系统，该从何解决问题呢？ 是否立即开始考虑实现系统的详细方案，并且动手编写程序？ 不符合软件工程的开发思想。应该如何做呢？ 首先考虑系统是否可行，是不是能产生经济效益？其次还要考虑用户面临的问题究竟是什么，为什么会提出开发这样的系统呢？ 本章内容 问题定义及可行性研究 制订项目开发计划 需求分析的任务 需求分析步骤 实体-关系图 数据流图 状态转换图 数据字典 需求分析的其他图形工具 软件计划阶段文档 本章重点： 可行性研究 需求分析任务、步骤 回目录 2.1 问题定义及可行性研究 2.1.1 问题定义 1. 明确系统目标规模、基本要求等 2. 对现有系统的分析 3. 设计新系统可能的解决方案 2.1.2 可行性研究 技术可行性 经济可行性 社会因素方面的可行性 2.1.3 制订项目开发计划 1. 项目概述 2. 软件工程实施计划 3. 支持的条件 Gantt图法 工程网络技术。 问题定义：通过调查研究，仔细阅读和分析有关资料，确定所开发系统的名称，明确系统的目标，规模，基本要求、限制，并确定可行性研究的方法等。 可行性研究：是从技术可行性，经济可行性，社会可行性等方面决定“做还是不做”。 注意：需求分析是决定“做什么” 技术可行性：从设备条件，技术解决方案的实用性，技术资源的可用性，用户使用可行性，操作可行性等方面进行分析。 经济可行性：考虑支出，收益，投资回收期，风险等。 社会可行性：主要从法律，政策，管理制度等方面进行可行性分析。 可行性研究的结论可能有以下几种： （1）可以进行开发 （2）需要等待某些条件落实之后才能开发（如资金、人力、设备） （3）需要对开发目标进行修改之后才能开发。 （4）不能进行或不必进行开发（如所需技术不成熟，经济上不合算） 注意：在可行性研究阶段不要急于着手解决问题，要得到系统确实可行的结论，或及时中止不可行的项止，避免在项目进行了较长时间后，才发现项目根本不可行，以致造成浪费。 2.2 需求分析的任务 需求分析：需求分析是由软件人员和用户一起完全弄清用户对系统的确切要求。包括系统的运行环境要求，性能要求，系统功能，接口需求。 需求分析的结果是否正确，关系到软件开发的成败，正确的需求分析是整个系统开发的基础。 需求要析是理解、分析和表达“系统做什么”的过程。 需求分析具体任务 确定目标系统的具体要求：包括运行环境的要求、性能要求、系统功能、接口的需求 建立目标系统的逻辑模型 软件需求规格说明 修正系统开发计划 制定初步的系统测试计划 编写初步的用户手册 【例2.1】某高校医疗费管理系统 医疗费：校内门诊费、校外门诊费、住院费、子女医疗费。要求数据库中存放每个职工的职工号、姓名、所属部门。 报销时填写所属部门、职工号、姓名、日期、医疗费种类和数额。 该校规定，每年每个职工的医疗费报销有限额（如480元），限额在年初时确定，每个职工一年内报销的医疗费不超过限额时可全部报销；超过限额时，超出部分只可报销90％。职工子女的医疗费也有限额（如240元）。 医疗费管理系统每天记录当天报销的若干职工或职工子女的医疗费的类别、金额。让系统自动结账、统计当天报销的医疗费总额，供出纳员核对。每笔账要保存备查，每天所报销的费用要和各个职工已报销的金额累计起来，以检查哪些职工已超额。 系统要设计适当的查询功能。年终结算、下一年度开始时，要对数据库文件进行初始化，职工医疗费余额累加到下一年度的余额中。 2.2.2 建立目标系统的逻辑模型 模型是为了理解事物而对事物做出一种抽象，对事物的无歧义的书面描述。 模型由一组图形符号和组成图形的规则组成。 建模的基本目标是： 描述用户需求 为软件的设计奠定基础 定义一组需求，用以验收产品。 模型分为： 数据模型:用实体—关系图 功能模型:用数据流图 行为模型:用状态转换图 数据字典用来描述软件使用或产生的所有数据对象， 并对各种图形工具所不能表达的内容加以补充。 2.3需求分析步骤 2.3.1进行调查研究 调查研究的目的：是了解用户的真正需要 调查研究的方法 访谈：正式访谈和非正式访谈。 分发调查表。 开会—讨论—确认的方法。 2.3.2分析和描述系统的逻辑模型 1. 建立起目标系统的逻辑模型（逻辑模型可用实体—关系图，数据流图，数据字典，状态转换图，层次图，warnier图表示） 2. 沿数据流图回溯 2.3.3 复审（确保软