软件工程资料自我整理(自动保存的).docVIP

软件危机 是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。产生于软件发展的第二阶段（软件系统阶段）末期。 软件工程--定义1 软件工程是指导计算机软件开发和维护的工程学科。它采用工程的概念、原理、技术和方法来开发与维护软件 把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来 软件工程--目标 付出较低的开发成本； 达到要求的软件功能； 取得较好的软件性能； 易于移植 需要较低的维护费用； 能按时完成开发工作，及时交付使用； 开发软件质量指标高； 统一为——“如何提高软件生产率” 软件生存期技术》定义的软件过程 过程元素之间的关系 标准软件过程体系结构图 软件生命周期 它是指一个软件从提出开发要求开始到该软件报废为止的整个时期（生存过程）。从时间角度，把整个周期划分为若干个阶段（步骤），每个阶段有明确的任务，然后再逐步完成每个阶段的任务 软件从孕育、诞生、成长、成熟、衰亡的生存过程 软件生存期各阶段 一般可分为六个步骤/阶段 ： 1.制定计划（Planning） 2.需求分析和定义（Requirement Analysis and Definition） 3.软件设计（Software Design） 4.程序编写（Coding/Programming） 5.软件测试（Testing） 6.运行/维护（Running/Maintenance） 线性顺序模型 瀑布模型 瀑布模型--特点 优点： 提供了软件开发的基本框架，比靠“个人技艺”开发好的多。 严格活动序列，严格阶段成果评审，有利于大型软件开发过程的人员的组织和管理 缺点：对用户需求变更的响应较困难。 初始阶段较长，用户极大的耐心，需求的不确定性； 后期阶段时，需求错误、设计及实现错误才出现 适用：需求明确、大型的项目。 快速应用开发模型RAD1 快速应用开发模型RAD2 RAD模型--特点 优点:开发时间短 缺点:多团队开发协调困难;了解需求困难;不注意小细节 原型模型1 原型模型2 原型模型----特点 优点： 成品的用户满意度高。用户参与，需求不断完善 缺点 软件的“临时版本”，未考虑性能需求 进度控制、质量检验较难，技术方案未必最优，会导致开发过程的不可收敛性 系统结构通常较差，连续的变更损坏了系统的结构 适用： 中小规模、生存期短的系统，知识型系统 用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求 开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式 当你的客户有一个合理的需求，但对细节则没有任何线索时，先开发一个原型系统是一个好的选择 渐增模型 以尽早占领市场为目的，逐步发布版本； 可有计划地管理技术风险 螺旋模型 不同版本、不同形式的不断进化； 需要高水平的风险评估技术 并发开发模型 由用户要求、管理决策和评审结果驱动； 每一个软件工程活动触发活动网络的状态变迁； RUP（Rational Unified Process）Rational统一过程 近30年的发展和实际运用 每一次软件开发过程定义了九个核心规程 六个技术规程 业务建模规程、需求工程、分析和设计规程、实现规程、测试规程、部署规程 三个管理规程 配置和变更管理规程、项目管理规程、环境规程 开发周期的四个阶段 初始阶段、细化阶段、构造阶段、移交阶段 可行性研究的任务 定义 研究软件项目是否值得开发、关键技术、难点、能否解决、怎样达到目标 主要任务 社会/法律可行性 技术可行性 经济可行性 (成本估计 效益分析 ) 可行性研究的步骤 系统定义 目标、性质、范围、规模、约束和限制 对现行系统进行分析研究 导出新系统逻辑模型 设计方案 推荐可行的方案 编写可行性研究报告 UML的基本图有 静态图--------类图，对象图，构件图，部署图 动态图-------顺序图，协作图，状态图，活动图，用例图 作用和定义： 是对象管理组织（OMG）制定的一个通用的、可视化的建模语言标准，可以用来可视化（visualize） 、描述（specify）、构造（construct）和文档化（document）软件密集型系统的各种工件 活动图-推荐的使用场合 理解牵涉多个用例的工作流 分析用例 处理多线程应用 活动图对工作流建模步骤 识别要对工作流描述的类或对象，找出负责工作流实现的业务对象，可以是领域实体，也可是一种抽象的概念或事物，建立泳道 确定工作流的初始状态和终止状态，明确工作流的边界细化 对动作状态或活动状态建模 对动作流建模：先处理顺序动作，在处理分支与合并等条件行为，再处理分叉与汇合等并发行为 对对象流建模：找出与工作流相关的重要对象，连到相应的动作状态或活动状态 对建立的模型进行精化