软件工程生命周期各阶段介绍课件.ppt

可行性研究（续） 　建立起来之后 ，用户对它的操作是否方便？管理和维护是否容易？如果对于一个软件系统的操作比原有的手工系统还麻烦，那么它是不会受欢迎的。另一方面，如果管理和维护这个软件系统的人员比原来的手工系统还多，素质要求还高，那么这个系统对用户来说负担太重了。 对于人员操作和维护的可行性，一般可从两个方面来考虑：一方面从技术的角度，研究是否能够给用户提供一个方便的操作环境；另一方面从设备的选择上来考虑，看看为了完成用户要求的功能，是否能够找到一些易于管理和维护的设备。 从上面的讨论中不难看出，可行性研究的出发点应该是从当前的物理系统到新的物理系统的转换，它是整个可行性研究的基础，实际上也是整个系统开发过程的缩影。因为整个系统实现过程也就是把当前的手工系统转化为可用计算机实现的新系统的一个转换过程，只不过这工作比在可行性研究阶段更细致，更具体罢了。 上述从三个方面分别开展的，而实际上它们之间有着密切的联系，因此还必须对它们综合考虑，然后向用户推荐方案供其选择。 可行性研究（续） 　　当用户选定方案之后，分析员应对在问题定义阶段所规定的实现目标进行修改。因为，这时对系统有了更深入的了解，原来的问题定义可能有的不能实现，还有些需要加上去，也就是说原有的问题边界不够准确，需要纠正，以便今后有一个非常明确的工作目标。这是一步极有实质意义的工作，它使分析员和用户最后明确了要解决的问题的边界以及它的实现方案。一般来说，可行性研究的结果可导致以下两种情况： (1) 可行　(２)不可行 可行性研究结束后，要写出可行性研究报告，提交有关专家论证和上级主管部门批准。可行性研究报告作为所有软件文件资料的基础材料，它的格式可以很不相同，但大体的内容提纲是一致的。 可行性研究（续） 可行性研究报告的内容提纲： (1)背景情况 国内外水平、历史现状、市场需求。 （2)系统描述 总体方案和技术路线、课题分解、关键技术、计划目标和阶段目标。 (3)价格利益分析 经济可行性，包括经费概算和预期经济效益。 (4)技术冒险评价 技术可行性，包括技术实力、设备条件和已有工作基础。 (5)操作方便性评价 操作可行性，一方面从技术的角度，另一方面从设备的选择上考虑。 (6)其他与项目有关的问题 根据可行性研究结果，如果是可行的，那么对这项开发工程就继续进行。此时，分析员应对开发工程制订一份软件计划。这样，开发工作转到下一阶段。 第二课时 第二章第二课时 软件计划 　　软件工作范围（软件功能、性能、可靠性和接口等问题的描述） 　　资源（软件、硬件与人力资源） 　　成本估算 　　　　代码行技术 　　　　任务分解技术 　　软件计划任务书的书写规范 第三课时 第二章第三课时 软件计划任务书案例——《学分管理系统》软件计划任务书 项目开发进度月报编写规范 上述内容请参看书本相应页面的内容！ 返回 第三章第一课时 需求分析的定义 　　软件需求分析(软件要求分析)是在可行性研究基础上进行的更细致的分析工作，是对软件计划阶段建立的软件工作范围的求精和细化。也就是在对软件计划阶段确定的工作范围内进一步对目标对象和环境作细致、深入的调查分析。需求分析过程实际上是一个调查研究、分析综合的过程，是一个抽象思维、逻辑推理的过程。通过调查研究和分析，充分了解用户对软件系统的要求。在此基础上，把用户要求表达出来，解决软件系统“做什么”的问题。也就是建立起系统的逻辑模型，把软件功能和性能的总体概念描述成具体的软件规格说明书。 需求分析的目标（1.理清数据流或数据结构；2.通过标识接口细节，深入描述功能，确定设计约束和软件有效性要求；3.构造一个完全、精致的目标系统逻辑模型。 ） 需求分析的任务（认清问题、分析与综合、逻辑模型导出与复审） 结构化分析方法 结构化分析方法 结构化分析方法的策略 　　基本的系统模型 　　 　　结构化分析方法策略分析 . 输入1 . . . . 软件系统 输出1 输出2 输出3 输入Ｎ . . . x 1 2 3 1.1 2.2 3.3 3.1 3.2 3.4 3.5 顶层 0层 1层 3.3 逐层分解方法示意图 结构化分析方法（续）——数据流图 数据流图的定义 数据流图的组成要素：源点、终点、数据流、数据文件、数据变换 数据变换的两种类型：①对数据结构的变换，如对数据的格式重新排列。②在原有数据内容基础上产生新的数据内容，如计算平均值或总计。 数据流图的画法 　　１、画数据流图的基本原则（①数据流程图中的图形符号只能包含四种基本元素。②数据流程图主图上的数据流必须封闭在外部实体（外部项）之间，实体可以是一个也可是多个。③变换框上至少有一个输出数