软件+会计-软件工程概论.课件幻灯片.ppt

软件工程项目的基本目标 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作，及时交付使用 软件工程的发展方向 敏捷开发：软件开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。 CMM/TSP：提供了一系列的标准和策略来指导软件组织如何提升软件开发过程的质量、软件组织的能力。 AOP：面向方面的编程，方面指的是完成一个功能的对象和函数的集合。 什么是软件工程师？ 创造软件的人们的总称，一种泛指。可以分为系统分析员、软件设计师、系统架构师、程序员、软件测试师。 非常短缺 几个网站 / 几个网站 / /index.htm /cn /global/cn/index.html /zh/cn/default.aspx 软件工程过程-软件生命期 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存期 软件生存期的六个步骤，即可行性研究与计划、需求分析、总体设计、详细设计、实现、测试及使用维护 可行性研究与计划 确定要开发软件系统的总目标 给出功能、性能、可靠性以及接口等方面的要求 完成该软件任务的可行性研究 估计可利用的资源 (硬件，软件，人力等)、成本、效益、开发进度 制定出完成开发任务的实施计划，连同可行性研究报告，提交管理部门审查 可行性研究与计划 需求分析 对用户提出的要求进行分析并给出详细的定义 编写软件需求说明书或系统功能说明书及初步的系统用户手册 提交管理机构评审 软件设计 总体设计 — 把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相对应 详细设计 — 对每个模块要完成的工作进行具体的描述，为源程序编写打下基础 编写设计说明书，提交评审。 实 现 把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单” 写出的程序应当是结构良好、清晰易读的，且与设计相一致的 并对单元模块进行测试 测 试 集成测试，将已测试过的模块按一定顺序组装起来 按规定的各项需求，逐项进行确认测试，决定已开发的软件是否合格，能否交付用户使用 运行／维护 改正性维护 运行中发现了软件中的错误需要修正 适应性维护 为了适应变化了的软件工作环境，需做适当变更 完善性维护 为了增强软件的功能需做变更 软件生存期模型 软件生存期模型是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架 瀑布模型 演化模型 原型模型 螺旋模型 增量模型 喷泉模型 缺乏灵活性 可行性研究与计划 需求分析 设计 编码 运行维护 测试 定义 阶段 开 发 阶 段 维护阶段 瀑布模型(Waterfall Model) 瀑布模型开发软件的特点 1.阶段间具有顺序性和依赖性。 2.推迟实现的观点。 3.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。 瀑布模型的优点 软件生命周期模型,使软件开发过程可以在分析、设计、编码、测试和维护的框架下进行； 软件开发过程具有系统性、可控性，克服了软件开发的随意性 。 瀑布模型的缺点 项目开始阶段用户很难精确的提出产品需求，由于技术进步，用户对系统深入的理解，修改需求十分普遍。 项目开发晚期才能得到程序的运行版本，这时修改软件需求和开发中的错误代价很大。 采用线性模型组织项目开发经常发生开发小组人员“堵塞状态”，特别是项目的开始和结束。 演化模型 在项目开发的初始阶段人们对软件的需求认识常常不够清晰，使得开发项目难于做到一次开发成功，出现返工再开发在所难免 第一次只是试验开发，其目标只是在于探索可行性，弄清软件需求 第二次则在此基础上获得较为满意的软件产品 通过原型克服瀑布模型的缺点 原型模型（快速原型模型） 原型范型 用户测试 运行原型 建造/修改 原型 听取用 户意见 原型模型（快速原型模型） 原型模型的优点 原型模型支持软件需求开发，帮助用户和开发人员理解需求，是软件需求工程的关键。 它产生的正式需求文挡，是软件开发的基础。 如果开发的原型是可运行的，它的若干高质量的程序片段和开发工具可用于工作程序的开发。 原型的开发和评审是系统分析员和用户/客户共同参予的迭代过程，每个迭代循环都是线性过程。 可复用 原型模型的缺点 对于大型软件项目，原型模型需要足够的人力资源以建立足够的原型组。 原型模型要求开发者和客户在一段时间内共同完成原型系统的开发，如果任何一方没有实现承诺，会导致原型开发的失败。 如果系统难以模块化，建造原型所需构件就有问题；如果高性能是一个指标，原型模型也可能不奏效。 原型模型不适合采用很多新技术的项目 WHY？ 螺旋模型