软件项目进度计划整理
个人收集整理文档勿用做商业用途 施工进度计划书 一、一、 工期安排工期安排 XX 工程总体工程实施,依照合同按计划在5 个月内完成.工期从 2017 年 9 月初开工,至2018 年 1 月底截止.为了保证工程圆满完成, 分阶段进行进度控制,同时加强软件质量管理,以保障工程按工期规 定顺利交付. 二、二、 工程进度表工程进度表 工程阶段时间工作内容 成立工程咨询 专家 需求调研2017.9.1-2017.9.20组,对工程需求进行 详细地调研 在需求调研地基础上 对系统架构、安全体 系统设计2017.9.20-2017.10.20 系、功能等进行系统 设计 进行各个子系统地迭 系统开发2017.9.20-2017.12.15代开发,完成单元测 试 2017.12.15-2017.12.2 系统集成 5 系统初验 2017.12.25-2017.12.3 0 成果 系统需求 规格说 明书 系统设计说明书 不同迭代 版本地 可运行系统 测试报告 系统集成和对各模块 形成可完 整运行 集成测试 地系统 工程初验初验报告 升级版本 地可运 行系统, 并安装部 署到用户本地 系统试运1、平台上线试运行 2017.12.30-2018.1.10 行2、系统持续优化 用户培训2018.1.10-2018.1.25对各级用户进行培训使用说明 工程终验2018.1.30工程终验验收报告 三、三、 工程实施各环节实施方案工程实施各环节实施方案 在明确本工程地建设目标、 建设任务和范围、 建设时间进度要求、 1 / 14 个人收集整理文档勿用做商业用途 工程建设特点分析地基础上, 依据招标文件地要求和我方在以往大型 信息化平台建设实施方面地经验和教训, 为了更好地保障工程地整体 进度和整体质量,更好地回避和解决工程建设过程中地可能风险, 更 好地达到系统地建设目标、工程地总体目标,在本章中,针对本工程 地特点,提出我们地工程建设实施整体阶段过程地划分、 每个阶段要 达成地目标、实施方法和实施计划. 系统建设过程主要分为需求调研/分析、系统设计、开发/测试、 集成测试、培训/试运行、验收交付以及质保期七个大地建设阶段. 充分吸收面向对象开发地迭代思想, 在经典地几个工程阶段基础 上,于每个阶段地内部,又分成了若干次地迭代过程;每一个迭代包 括计划、分析、原型等.于是工程可以递进地进展,每一个迭代周期 完成,都会形成一个产品原型,通过与业主地不断交互,完善,直到 原型发展成为可用地产品. 如图: 1. 1. 工程里程碑工程里程碑 里程碑在工程实施中通常设置在阶段任务完成点或关键任务地 完成点. 在工程实施计划中设置里程碑, 便于以里程碑为监控点, 对工程 实施从进度、质量、绩效等方面进行更加有效地监控和管理;便于工 程组织成员有一个共同地视野, 展示工程简明清晰地阶段性目标; 便 于工程经理与相关人员之间就进度问题进行沟通. 2 / 14 个人收集整理文档勿用做商业用途 在为工程进度计划设置里程碑时,遵循以下原则: 以工程目标为依据,以可交付成果物为向导,设置里程碑.可交 付成果物可以是文档,也可以是可运行地程序. 将实施各阶段地完成点设置成里程碑.如需求规格定稿作为需求 分析阶段地完成点,可以定义成为里程碑. 设置地里程碑必须可审查、可测量,有明确地完成标准.只有里 程碑通过审查,才能进入到下一个阶段地任务. 综上所述,本工程地里程碑如下表所示: 序号 1 2 3 4 5 6 时间 第 20 天 第 120 天 第 130 天 第 140 天 第 150 天 第 160 天 里程碑描述 应用系统需求分析\设计完成 应用系统编码实现 系统完成测试 用户培训完成 系统上线试运行,完成初验 系统试运行完成 2. 2. 需求分析阶段需求分析阶段 任务范围: 本阶段任务范围包括完善、细化需求分析阶段地工作计划; 开展 需求调研工作;进行需求分析;编写需求分析报告. 实施方法: 通过业务需求调研, 确定并定义问题区、 用户地需求、 工程范围、 3 / 14 个人收集整理文档勿用做商业用途 工程成功标准与业主方接收标准. 定义实施范围:确定并定义工程实施地目标、 范围和关键地成功 要素. 编写需求分析报告:包括业务系统地业务模型、业务流程、业务 功能设计等. 业务需求调研:主要采取一对一面谈、团体座谈、发送调研表、 调查问卷、查阅需求资料以及召开讨论会等多种方式,从业务层、管 理层、决策层多方位地获取需求. 根据需求交流进展情况,采用快速原型法,以直观地方式确认需 求. 采用 Rational Rose 地“用例(Use Case)”表述方法定义系 统需求,保证需求地完整性、准确性、唯一性、可度量性、可测试性、 可追溯性. 在描述中尽量使用业主方相关使用人员地业务语言, 便于需求地 审查和测试. 完成标准: 本阶段任务完成地标准是:正式提交需求分析报告,通过业主方 和监理方审核,并经过业主方确认. 可交付成果: 本阶段地可交付成果是:《XX 工程需求分析报告》 3 3.系统设计阶段.系统设计阶段 4 / 14 个人收集整理文档勿用做商业用途 任务范围: 系统设计阶段将按照面向对象地分析设计方法并结合使用其他 软件工程方法,完成各子系统地概要设计. 包括功能设计、数据库结构设计、页面设计、软件实现结构地 O-O(面向对象)设计. 实施方法: 本子阶段将对业务流程、控制流程、功能模块和数据结构进行设 计,这是承上(需求分析)启下(代码实现)地阶段,这个阶段把业 务需求变成技术设计,由业务描述变成技术描述,由业务语言变成技 术语言.通常来讲,这个阶段又可以划分为三个主要地步骤,即:业 务流程及逻辑设计、控制及表现逻辑设计、功能模块设计、数据结构 设计. 业务流程及逻辑设计: 使用业务图形按照业务流程地顺序对业务 进行归纳、整理,绘制业务流程图.对于其中描述良好和规范地业务 需求可同需求分析合并进行, 绘制工作将借助绘图工具软件 Visio 对 图形表述进行规范. 功能模块及逻辑设计:抽取最小业务单元,按照按“职能域-业务 过程-业务活动“三层结构分解和表达功能, 依据业务流程组织功能层 次,绘制功能层次图.把业务流图中以“操作单元”表现地节点看作 功能模块,描述其输入、输出、主要处理过程和所涉及到地数据及数 据单元. 数据结构设计: 对于功能模块设计中所涉及地有关数据及数据单 5 / 14 个人收集整理文档勿用做商业用途 元进行归纳,利用“对象-关系型语言”表示出来, 并指明数据之间 地一致性或约束性关系.这就是通常所说地数据结构或称为数据字典. 这部分工作将采用实体-关系设计工具 PowerDesigner 来辅助进行. 系统设计说明书审核: 工程经理对各应用子系统地系统设计说明 书进行审核.审核工作由工程经理、技术总监和专家协同进行. 完成标准: 本阶段任务完成地标准是:正式提交概要设计说明书, 通过业主 方确认. 可交付成果: 本阶段地可交付成果是:《XX 系统设计说明书》. 4. 4. 编码开发阶段编码开发阶段 任务范围: 包括对标准化地内部数字内容资源转换加工和管理、 数字内容地 深度加工、在线编撰流程管理、知识挖掘和知