第一篇 软件项目实施进度计划《 20** 工作方案进度安排》 一、总体目标 到 20** 年，基本建成结构完善、布局合理、功能齐备的公 共气象服务系统、 气象预报预测系统和综合气象观测系统， 建成 较为完善的气象科技创新体系和气象人才体系， 气象现代化水平 明显提高，全市经济社会发展的气象保障能力和水平明显提升 , 气象事业发展环境进一步优化， 全市气象整体实力达到省内先进 水平。 二、工作任务 （一） 山洪地质灾害防治气象保障能力建设。 1. 监测系统。全市建设 5 套乡镇 6 要素自动气象站、 10 套 单雨量 站 ; 对厦坪国家级台站进行新型自动站建设 ; 配置一套便 携式自动气象站 ; 建设 2 套综合气象观测数据处理平台等。 2. 网络通信系统。 对茨坪和厦坪站地面气象广域网络、 局域 网络系 统、应急通信系统、信息安全系统、历史气象资料安全管 理和数字化平台、信息业务软件进行升级和改造。 3. 预报和风险评估系统。 建设气象灾害预报预警业务系统和 气象灾害风险调查系统；对MICAPS预报系统和市本级数值预报 释用系统进行升级改造。 4. 预警信息发布与服务系统。 建设气象灾害预警信息发布管 理平台和 预警信息接收终端 ; 建设市乡村信息接收终端和乡镇气 象信息服务站 ; 建设市公共气象服务发布系统等。 5. 气象装备保障系统。建设气象仪器设备运行监控、维修、 检定、试 验等装备保障系统。建设 1 套运行监控系统、计量检定 标校系统 ; 建设 1 套运行维修平台。 6. 山洪地质灾害气象防治业务运行配套基础设施系统。 对茨 坪、厦坪 2 个气象台站的业务值班室、供电、环境等，按山洪地 质灾害气象防治要 求进行配套升级改造等。 7. 综合业务平台。建设 2 个综合业务平台。 （二） 人工影响天气作业能力建设。 1. 空中云水资源跟踪监测系统。 补充现有空中云水资源监测 系统的不 足，配备激光测云仪 1 台。 2. 作业决策指挥系统。 完善作业指挥系统， 配置信息传输和 作业指 挥平台设备 ; 统一开发集资料分析处理、作业潜力识别和 条件预报、地面作业指挥、作业效果检验效益评估、信息管理于 一体的业务软件系统。 3. 地面作业系统。 补充现有作业装备的不足， 新增移动火箭 作业系 统 1 套、固定火箭作业系统 1 套; 建设 1个标准化火箭作 业点。 （三） 雷电灾害防御能力建设。 雷电灾害监测。建设 1 套雷电灾害监测大气电场仪。 配备 1 套气象灾害调查装备。 配置雷电灾害调查、 现场取证 设备，包括摄像机、执法记录仪、大型地网接地阻抗测试仪、雷 电灾害调查专用设备、现场调查交通设备等。 （四） 科技与人才保障能力建设。 建设 1 个科普展厅 ; 建立 1 个社区校园气象站。建立健全培 养、引进人才配套优惠政策，培育、扶持创新团队，鼓励、支持 职工提升学历层 次， 建立远程培训教育示范点。 加强人才队伍培 训，建立完善干部交流制度。 （五） 气象灾害应急能力建设。 1. 加强气象灾害应急值守能力建设， 建设 1 个标准化应急值 班室， 配备必要的应急值班、信息传送设备 （ 包括电脑、打印机、 电话传真机、扫描仪、通信设备、舆情监控报警设备等 ） 。 2. 加强气象灾害综合管理信息系统建设， 建设 1 个气象灾害 综合管 理信息系统， 建立应急突发事件信息发布平台、 舆情监控、 无纸化办公系统 ; 加强宣传能力建设，购置单反数码相机、笔记 本等采编设备。 （六） 农业气象灾害防御能力建设。 1. 生态农业气象服务系统。 建设市、乡农用天气、 作物产量、 病虫害气象条件等服务系统， 购置 1 套生态农业气象服务专用数 据库及数据库软件。 2. 生态农业气象情报系统。 建设市、 乡农业气象情报服务系 统，配置 1 套农业气象情报专用数据库软件、服务器等。 3. 农业重大灾害立体监测系统。 完善市、 乡农业灾害地面监 测系统， 在粮食主产区建设作物生态观测点、土壤水分观测点， 新增 1 套重大农业灾害调查设备等。 4. 农业重大灾害预警服务系统： 完善农业重大气象灾害预报 预警系统， 建立可操作性强的农业重大气象灾害防御适用技术。 5. 农业重大灾害风险评估系统： 完善灾害风险评估系统， 建 设 1 套 高分辨率地理背景数据库、 1 个农业气象灾害评估平台等， 开展灾前风险分析、灾中跟踪监测诊断、灾后评估分析。 6. 现代农业决策支撑系统：配置1套ARCGIS决策服务系统， 开发农 业气候区划、 气候可行性论证和农业适应气候变化服务的 现代农业气象决策支持系统。 （七） 台站业务运行基础保障能力建设 完成井冈山气象局业务用房建设 ; 对观测场进行标准化改造 和水、电、路等配套基础设施改善 ; 加强台站气象文化基础设施 建设。 三、建设资金安排 （一） 总体安排。 气象十二五规划重点工程项目建设井冈山市总投资 1479.57 万元，投资来源为中央预算内投资和地方配套投资，其中，中央 预算内投资 1147.30 万元，省级配套投资 123.09 万元，市级配 套投资 209.18 万元。本文由第一公文网提供。本文由第一公文 网提供。具体项目资金安排在现有项目内容和设备配置基础上 , 由市财政核实， 并根据项目实施进展情况， 分年度逐步逐项予以 安排。 1. 山洪地质灾害防治气象保障能力建设。项目总投资 1152 万元 ,其 中中央预算内投资 892.09 万元，省级配套投资 115.21 万元，市级配套投资 144.70 万元。 2. 人工影响天气作业能力建设。 项目总投资 47.26 万元。 其 中市级 配套投资 47.26 万元。 3. 雷电灾害防御能力建设。 项目总投资 32.30 万元。 其中中 央预算内投资 23.8 万元，省级配套投资 8.5 万元。 4. 科技与人才保障能力建设。项目总投资 9.93 万元。其中 市级配套 投资 9.93 万元。 5. 气象灾害应急等能力建设。 项目总投资 2 万元，其中中央 预算内 投资 2 万元。 6. 农业气象灾害服务能力建设。项目总投资 28.8 万元。其 中中央预 算内投资 21.61 万元，市级配套投资 7.19 万元。 7. 台站业务运行基础保障能力建设。项目总投资 207.23 万 元，全部 由中央预算内投资。 （二） 分项目安排。 1. 山洪地质灾害防治气象保障能力建设 1152 万元。投资用 向主要包 括： 监测系统 409.05 万元，预报与风险评估系统 80 万 元，预警信息发布与服务系统 230.78 万元，信息网络支撑系统 85.83 万元，配套基础设施建设 319.34 万元，装备保障系统 19 万元，综合业务平台 8 万元。 2. 人工影响天气作业能力建设 47.26 万元。投资用向主要包 括：空中云水资源监测系统 9 万元，人工影响天气作业决策指挥 系统 11.27 万元，人工影响天气作业系统 26.99 万元。 3. 雷电灾害防御、 农业气象灾害防御、 突发气象灾害应急等 能力建设。 总投 63.10 万元。主要投资用向： 现场取证设备 61.10 万元,雷电气象灾害调查取证装备 2 万元。 4. 科技与人才保障能力建设。项目总投资 9.93 万元。主要 投资用向： 科普展厅 3.93 万元，校园气象站 6 万元。 5. 气象灾害应急等能力建设。 项目总投资 2 万元。主要投资 用向： 应急值班室标准化建设 1 万元，应急突发事件信息发布平 台、舆情监控系统、无纸化办公系统建设 1 万元。 6. 农业气象灾害服务能力建设。项目总投资 28.8 万元。主 要投资用 向：生态农业气象服务系统 7.6 万元, 生态农业气象情 报系统 4.5 万元,农业重大灾害立体监测系统 7.7 万元, 农业重大 灾害预警服务系统 1.2 万元, 农业重大灾害风险评估系统 6.3 万 元, 农业重大灾害防御技术 1.5 万元。 7. 台站业务运行基础保障能力建设 207.23 万元。主要投资 用向：台 站观测场地标准化改造 12.23 万元，台站业务用房建设、 维护 160 万元,台站水电路等设施改造 30 万元,台站文化基础设 实建设 5 万元。 四、实施进度和时间表 （一） 项目实施进度安排。 从 20** 年开始，分两年实施。 20** 年 1-3 月市气象局会同发改委和财政局完成所有项目 的分项实施 方案，并报政府审核。 20** 年 4 月 -20** 年 12 月，按照分项实施方案要求及各单位 职责认 真组织实施，全面完成建设任务。 （二） 项目建设资金安排。 1.20** 年度安排 1003.05 万元（ 约占总投资的 70%）。争取中 央预 算内投资 777.79 万元，省级配套安排 72 万元，市级配套 164 万元，主要建设内容有：山洪地质灾害防治气象保障能力各 类监测系统、预报预测系统、预警信息发布系统、网络信息气象 业务系统建设，农业气象灾害服务能力等建设。 2.20** 年度安排 476.51 万元（ 约占总投资的 30%）。争取中 央预算 内投资 369.51 万元，省级配套安排 51.09 万元，市级配 套 45.18 万元，主要建设内容有山洪地质灾害防治气象保障能力 各类评估系统、 人影各类业务系统及作业效果检验系统， 以及雷 电灾害防御能力、 农业气象灾害服务能力、 气象科普和人才保障 能力、现代农业气象科技创新外场效果检验示范点等建设。 3. 以上两年建设项目及资金安排， 详见《吉安市气象十二五 规划重点 建设项目投资计划分解表》 。 五、建设任务分工 十二五规划项目落实工作， 按照职责分工负责， 在市政府的 统一领导下，各单位分工协作，共同推进落实。市政府牵头负责 项目的落实工作 ; 发 改部门负责规划项目审核工作 ; 财政部门负 责项目建设内容把关，并将建设资金列入财政预算，从 20** 年 开始分两年足额落实到位 ; 气象部门要根据省市气象局要求，加 快有关工程建设进度，区分轻重缓急安排和启动工程建设。 六、保障措施 （ 一） 加强组织领导。 为加强对项目建设的领导和管理， 全市成立气象事业发展十 二五规划项目领导小组， 具体组成人员如下： 领导小组下设办公 室，办公室设在市气象局，由张伏秋同志兼任办公室主任，负责 气象事业发展十二五规划项目的组织协调和管理工作， 确保项目 建设顺利实施。 （二） 强化经费保障。 市财政要加强统筹集约， 多渠道落实重点工程建设资金， 强 化监督管理，提高投资效益，确保重点工程顺利实施。软件项目 实施进度计划 （三） 强化项目管理。 强化项目建设管理， 建立并严格执行项目法人责任制、 招标 投标制、建设监理制、合同管理制和竣工验收等制度，科学组织 施工，严格质量管理，确保项目规范推进。要健全工程建设管理 责任制，强化工程验收、检查、审计和资金使用监管，确保工程 建设质量、 工程投资和项目进度符合要求。 本文由第一公文网提 供。在确保项目建设按期完成的同时， 气象局 要充分利用建设项 目在气象灾害防御中的作用， 边建设边发挥建设项目的效益， 全 面提升全市气象防灾减灾能力。 工作方案进度安排 第二篇 软件项目实施进度计划《 20** 软件项目实施计划书》 第 1 学生信息管理系统项目计划书 1 引言 1 ． 1 编写目的 此项目开发策划书的编写主要是为了给开发 《学生成绩管理 系统》做主要的规划和整合，在开发过程中起到引导作用，以及 给使用者提供简要的说明。 1 ．2 背景 随着计算机应用的日益普及和深化， 网上办公已近成为一种 趋势。本项目要开发的是基于局域网和互联网的学生成绩管理系 统，实现一个将学生成绩管理和服务功能结合起来的管理信息系 统，既可以节省资源、又可以有效的存储、更新、查询信息、提 高工作和服务效率。 开发的系统要求界面友好， 方便直观。 既要方便校方对学生 信息进行 添加、删除、修改、查询和统计等管理，又要方便学生 等查询。 软件名称：学生成绩管理系统 项目提出者：学生成绩管理系统开发小组 开发者：学生成绩管理系统开发小组，成员：郭明娟、陈秋意、高静、王彩霞、关娜仁、孙佳星、赵鹏、王凤舞。 配置要求：SQL Server20**数据库，C#等 该软件需与数据库连接使用才能运行。 1 ．3 定义 文档中采用的专门术语的定义及缩略词简要如下： Microsoft Visual C# Microsoft SQL Server20** MIS ： Student Achievement Management System ，学生成绩 男、王如 管理 系统 Microsoft Visual Studio20**, 版本控制工具 2 项目概述 2 ． 1 工作内容 《学生成绩管理系统》针对的用户是学校相关部门、学生。 相应的内容有： （1）主要的功能包括： 1 ）学校管理：管理部门为每个学生建立信息表格，其中包 括学生的， 姓名、学号、院系、专业、成绩以及老师的相关信息。 学校相应管理员定期或不定期的对学生和老师信息进行入 库、修改、删除、等信息管理以及注销。 2 ）信息查询：可通过局域网或内网并根据权限依据学号、 姓名等查询 学生成绩。 （2）管理员实现的主要功能： 1） 查看用户登陆情况。 2 ）对用户信息的管理 3）能够对需要的统计结果提供打印输出 4）能够提供一定的安全机制，提供数据信息授权访问， 止随意删改，同时提供信息备份的服务。 2 ． 2 主要参加人员 2 ．3 产品 2 ． 3．1 程序 学生成绩管理系统，由 C#编程语言编写而成。配合Server 数据库 2 ． 3．2 文件 1 系统需求分析报告 2 系统功能说明书 3 系统数据库报告 4 系统内容设计报告 SQL 5 美工及界面报告 6 用户手册 2 ． 4 验收标准 外观新颖、漂亮，以及具备完善的功能。 3 实施计划 3 ．1 工作任务的分门与人员分工 组长 : 郭明娟、陈秋男 任务 : （1）系统总的开发计划书 （2）组织小组讨论，记录讨论内容，列出开发计划 （3）项目开发进度的管理 4）团队的组织和协调 设计：郭明娟 任务 : （1） 参与小组讨论 （2）完成系统需求说明书和系统设计说明书 3 3 44开发：王彩霞、高静 任务 : （1）参与小组讨论 （2）根据设计完成编码，并注释 美工及界面：关娜仁、王如意 任务：（ 1）界面的设计和美 （2）完成美工报告 影音：赵鹏、王凤舞 任务：（1）记录小组成长过程 （2）完成影音文案作品 ．2 进度 ．3 关键问题 编码的成功以及与各个组员之间的配合，以及老师的指导。 支持条件 ．1计算机系统支持 操作系统：Windows 7或XP版本 工 第 2 软件项目实施计划书 一、总纲 通过实施人力资源管理系统， 提高人力资源部在日常人力资 源操作性等事务的工作效率， 为高层提供即时的高效的人力资源 资数据查询、分析，为高层提供决策依据。同时有利于人力资源 内部流程的规范与再造优化，以便更好地为员工（我们的客户） 提供更好的服务。 二、项目实施的目标（待商讨，应详细化） 1 、人事管理类 ：人事档案履历管理、企业构架管理、入职 / 离职管 理、合同管理、变动管理、奖惩管理及相应的统计分析、 报表 ，支持领导查询 2 、考勤管理类 由于公司原有一个完善的考勤系统，现 有系统只是导入原有考勤系统的数据 3 、招聘管理类：招聘需求分析、人员需求预测、招聘计划、 招聘效果 分析、招聘成本分析 4 、培训与发展类： 培训需求调查、培训计划、培训记录（员工、教师） 、培训 津贴计算、培训课程管理、培训成本分析，给个人提供职业生涯 规划、建设人才梯队、 给个人提供给予职位及发展需求的培训服 务； 5 、绩效考核管理类：导入相应的考核数据，为薪资提供数 据 6 、薪资福利管理类：薪资政策设定、薪资公式设定、薪资 报表、工资 单、个人所得税表、社保管理、住房公积金管理 三、该项目组成员组成。 本项目由人力资源部主管 批准，总经理 审核实 施。 本项目涉及部门：总经办、人力资源部、财务部、网络部 项目主席： *** 项目负责人： *** 项目成员： **** 、谢斌鸿、 **** 四、软硬件投资 1 、软件：采用市场上购买的 HRMS软件 2 、硬件：采用组装服务器 系统软件是基于微软 SQL数据库运行，采用C/S务器端 ） 构架，个人用户装载客户端进行操作。 3 、成本：总投资约 *** 元 五、风险预测 客户端/服 （1 、软件风险 : 由于我们采用的是盗版软件， 有不可遇见的问 题，现已 经完成了初步的各个模块的测试， 但是没有完成真实模 拟的测试 2 、功能风险：由于此软件没有真实地进行全面的测试，需 要在模拟运 行一段时间后才能得知其实际运行能力。 软件项目实 施进度计划 3 、人员风险：不见得每个人都是喜欢用这个系统，上这系 统一开始比 如有很多的数据录入工作加上一些不习惯或者其他 因素，一定会有人员有抵触情绪， 这需要主管的大力推行和及时 开导解决。 六、人力资源流程（略） 七、进度计划 （略） 1 、前期工作 （一个月） 人事部、财务部及网络部共同协商。对人力资源部、财务进 行需求调查；人力资源部内部流程规划，网络部软件分析； 2 、实施准备阶段 （ 1 周） 资料准备；项目实施会议，确定实施时间表，确定人员工作 细则；确定项目监督人员； HRMS培训；系统安装调试，模拟测 试 3 、模拟运行及用户化（ 2 周） 资料上传；用户化，客户端安装，个人工作准则确定 4 、切换运行 （一天） 实时工作上线切换，解决软件当中的问题；切换验收 5 、新系统运行 持续的维护及应用创新，及时新人的培训 第 3 教学管理系统项目实施计划书 一、教学管理系统分析设计计划 教学管理系统是一个面向学校的管理系统， 主要用于课程的 管理和教师的分派。 借助这套系统， 每个学生可以随时查到自己 所选的课程，以及该门课程的任课教师是谁。同时，教师也能知 道该学期自已一共有多少门课程要教，以便教师合理的安排时 间。而且是基于 IE 的系统， 能实现系统与课程安排的实时同步， 只要学校做出调整，系统内部会第一时间做出相应的调整 二、教学管理系统的编码测试计划 根据实际情况， 本小组预计使用 1-1 个半月的时间进行编码 测试，其中会进行白盒测试和黑河测试以及压力测试 白盒测试包括语句测试，判定测试，条件测试，判定 - 条件 测试，条件组合测试和路径测试 黑盒测试应用等价类划分法，边界值分析法，判定表分析， 因果图法，正交试验法，功能图法和错误推测法。 压力测试， 同时让很多人同时登录系统， 测试同时最大登录 数，以便做好系统的压力测试， 以便防止同时过多的学生和教师 登录时产生的系统崩溃，同时做好相应的对策。 三、教学管理系统的安装计划 由于教学管理系统的特殊性， 所以面对不同的人员要安装不 同的系统。首先是学校的高级管理人员（例如校长，书记，年级 主任），要有修改系统内容的权利，所以要安装最高级的系统， 而任课教师只能查看与自己有关的课程与上课时间 ，同时拥有 上传课件， 教学相关软件的权利， 所以要再安装教师机用的教学 系统，而学生，在每个学生入学的时候要发放的安装程序，学生 的权限最低， 只有查看自己所选课程和下载相关课件和课程 相关 软件的权利。 第三篇 软件项目实施进度计划《 20** 项目开发计划书》 第 1 项目开发计划书范本 项目计划书的作用： 制定项目开发计划的目的是用文件的形 式，把对于在开发过程中各项工作的负责人员、开发进度、 所 需经费预算、所需软、硬件条件等问题作出的安排记载下来，以 便根据本计划开展和检查本项目的开 发工作。编制内容要求如 下： 1 引言 1 ． 1 编写目的 说明编写这份项目开发计划的目的，并指出预期的读者。 1 ．2 背景 说明： a ．待开发的软件系统的名称； b ．本项目的任务提出者、开发者、用户及实现该软件的计 算中心或计 算机网络；软件项目实施进度计划 C ．该软件系统同其他系统或其他机构的基本的相互来往关 系。 1 ．3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的 原词组。 1 ．4 参考资料 列出用得着的参考资料，如： a ．本项目的经核准的计划任务书或合同、 上级机关的批文； b ．属于本项目的其他已发表的文件；软件项目实施进度计 划 C ．本文件中各处引用的文件、资料，包括所要用到的软件 开发标准。 列 出这些文件资料的标题、文件编号、发表日期和 出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2 ． 1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2 ． 2 主要参加人员 扼要说明参加本项目开发工作的主要人员的情况， 包括他们 的技术水平。 2 ．3 产品 2 ． 3．1 程序 列出需移交给用户的程序的名称、 所用的编程语言及存储程 序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2 ． 3．2 文件 列出需移交给用户的每种文件的名称及内容要点。 2 ． 3．3 服务 列出需向用户提供的各项服务， 如培训安装、 维护和运行支 持等， 应逐项规定开始日期、 所提供支持 的级别和服务的期限。 2 ． 3．4 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品 （文 件甚至某些程序） 。 2 ． 4 验收标准 对于上述这些应交出的产品和服务， 逐项说明或引用资料说 明验收标准。 2 ．5 完成项目的员迟用限 2 ．6 本计划的批准者和批准日期 3 实施计划 3 ．1 工作任务的分门与人员分工 对于项目开发中需完成的各项工作，从需求分析、设计、实 现、测试直到维护，包括文件的编制、审批、打印、分发工作， 用户培训工作，软件安装工作等，按层次进行分解，指明每项任 务的负责人和参加人员。 3 ． 2 接口人员 说明负责接口工作的人员及他们的职责，包括： a ．负责本项目同用户的接口人员； b ．负责本项目同本单位各管理机构， 如合同计划管理部门、 财务部门、质量管理部门等的接口人员； c ．负责本项目同各分合同负责单位的接口人员等。 3 ．3 进度 对于需求分析、设计、编码实现、测试、移交、培训和安装 等工作，给出每项工作任务的预。定开始日期、完成日期及所需 资源，规定各项工作任务完成的先后顺序以及表征每项工作任务 完成的标志性事件（即所谓里程碑） 。 3 ．4 预算 逐项列出本开发项目所需要的劳务（包括人员的数量和时 间）以及经费的预算（包括办公费、差旅费、机时费、资料费、 通讯设备和专用设备 的租金等）和来源。 3 ．5 关键问题 逐项列出能够影响整个项目成败的关键问题、 技术难点和风 险，指出这些问题对项目的影响。 第 2 软件项目开发计划书 一、项目计划书格式 根据《 GB8567－ 88 计算机软件产品开发文件编制指南》中 项目开发计划的要求，结合实际情况调整后的《项目计划书》内 容索引如下：（略） 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制项目计划书亦即本文档的意图和 希望达到 的效果。 注意这里的目的不是项目目标， 而是为了说明 本文档的目的与作用。项目目标在 2.1 中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作 用、希望达到的效果。 开发计划书的作用一般都是项目成员以及 项目干系人之间的共识与约定， 项目生命周期所有活动的行动基 础，以便项目团队根据本计划书开展和检查项目工作 例 如可以这么写：为了保证项目团队按时保质地完成项目 目标，便于项目团队成员更好地了解项目情况， 使项目工作开展 的各个过程合理有序，因此以文件化的形式， 把对于在项目生 命周期内的工作任务范围、 各项工作的任务分解、 项目团队组织 结构、各团队成员的工作责任、团队内外沟通协作方式、开发进 度、经费预算、项目 内外环境条件、风险对策等内容做出的安 排以书面的方式， 作为项目团队成员以及项目干系人之间的共识 与约定，项目生命周期内的所有项目活动的行动基础，项目 团 队开展和检查项目工作的依据。 常见的问题： 把项目本身的项目目标误作编制项目开发计划 的目的。 1.2 背景 主要说明项目的来历， 一些需要项目团队成员知道的相关情 况。主要有以下内容： 项目的名称： 经过与客户商定或经过立项手续统一确定的项 目名称， 一般与所待开发的软件系统名称有较大的关系， 如针对 XX系统开发的项目名称是 XX系统开发 项目的委托单位： 如果是根据合同进行的软件开发项目， 项 目的委托单位就是合同中的甲方；如果是自行研发的软件产品， 项目的委托单位就是本企业。 项 目的用户（单位）：软件或网络的使用单位，可以泛指某 个用户群。注意项目的用户或单位有时与项目的委托单位是同一 个，有时是不一样的。如海关的报关软件、 税务的报税软件， 委托单位是海关或税务机关， 但使用的用户或单位不仅有海关或 税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业内部提出需要完成此项目的人 员，一般是领导或商务人员； 注意项目的任务提出者一般不同于 项目的委托单位， 前者一般是企业内部的人员。 如果是内部开发 项目，则两者的区别在于前者指人，后者指单位。 项 目的主要承担部门：有些企业根据行业方向或工作性质 的不同把软件开发分成不同的部门（也有的分为不同事业部） 。 项目的特点就是其矩阵式组织，一般一个项目 的项目成员可能 由不同的部门组成， 甚至可能由研发部门、 开发部门、测试部门、 集成部门、服务部门等等其中几个组成。 需要根据项目所涉及的 范围确定本项目的 主要承担部门 项目建设背景：从政治环境上、业务环境上说明项目建设背 景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理 解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了 保障某建设工作的正常实施， 必须加强监督考核，建立督查通报 制度，某市某建设工作小组办公室把此项建设工作实施列入督查 的重要内容，及时掌握进度，相关部门建立市某建设工作简报制 度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年 度计划、建设工作主管部门和建设工作实施单位联合手动编制进 度计划，某建设工作单位手工上报建设工作进 度情况的方式， 而全市的建设工作有数百个，加上前期建设工作的数量和今后某 市建设发展的趋势，建设工作的数量将越来越多， 原来的工作模 式已经越来越无法 适 应市委市政府的要求。因此，充分利用现 代信息化、因特网的优势，建立某市某建设工作信息报送反馈系 统，提高某建设工作信息报送反馈工作效率，提高信息 的及时 性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任 务。 软件系统与其他系统的关系：说明与本系统有关的其他系 统，说明它们之间的相 互依赖关系。这些系统可以是这个系统 的基础性系统 （一些数据、 环境等必须依靠这个系统才能运行） ， 也可以是以这个系统为基础的系统，或者是两者兼而有之的 关 系、互相依赖的系统。例句：本系统中对外部办公部分如需要各 个建设单位报送材料的子系统应当挂在市政府网站。 软件系统与机构的关系： 说明软件系统除了委托单位和使用 单位，还与哪些机构组织有关系。 例如一些系统需要遵守那些组 织的标准、 需要通过那些组织机构的测试才能使用等等、 是否需 要外包或与那些组织机构合作。 1.3 定义 列出为正确理解本计划书所用到的专门术语的定义、 外文缩 写词的原词及中文解释。 注意尽量不要对一些业界使用的通用术 语进行另外的定义，使它的含义和通用术语的惯用含义不一致。 1.4 参考资料 列 出本计划书中所引用的及相关的文件资料和标准的作 者、标题、编号、发表日期和出版单位，必要时说明得到这些文 件资料和标准的途径。本节与下一节的标准、 条约和约定互为 补充，注意参考资料未必作为标准、条约和约定，因为参考的不 一定是必须遵守的。常用资料如： 本项目的合同、标书、上级机关有关通知、经过审批的项目 任务书； 属于本项目的其他已经发表的文件； 本文档中各处引用的文件、 资料， 包括所要用到的软件开发 标准。 1.5 标准、条约和约定 列出在本项目开发过程中必须遵守的标准、 条约和约定。 例 如：相应的《立项建议书》 、《项目任务书》 、合同、国家标准、 行业标准、上级机关有关通知和实施方案、相应的技术规范等。 参考资料一般具有物质特性， 一般要说明参照了什么， 要说 明在哪里 可以获得；标准、条约和约定一般具有精神特性，一般 是必须遵守的， 不说明在哪里可以获得。 参考资料的内容应该涵 盖标准、条约和约定。 2 项目概述 2.1 项目目标 设定项目目 标就是把项目要完成的工作用清晰的语言描述 出来，让项目团队每一个成员都有明确的概念。注意，不要简单 地说成在什么什么时间完成开发什么什么软件系统或完 成什么 什么软件安装集成任务。 注意要完成一个系统只是一个模糊的目 标，它还不够具体和明确。 明确的项目目标应该指出了服务对象， 所开发软件系统最主要 的功能和系统本身的比较深层次的社会 目的或系统使用后所起到的社会效果。 项目目标应当符合SMAR原则： l S Specific 明确的陈述 l M Measurable 可以衡量的结果 l A Attainable 可以达成的目标 l R Realistic 合理的，现实的或者说是能和实际工作相结 合 l T Trackable 可以跟踪的 项 目目标可以进行横向的分解也可以进行纵向的分解。横 向分解一般按照系统的功能或按照建设单位的不同业务要求， 如 分解为第一目标、第二目标等等；纵向的分解 一般是指按照阶 段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、 中期目标、 远期目标等等。 阶段目标一般应当说明目标实现的较 为明确的时间。一般 要在说明了总目标的基础上再说明分解目 标，可加上为实现项目的总目标，必须实现以下三个阶段目标 2.2 产品目标与范围 根 据项目输入（如合同、立项建议书、项目技术方案、标 书等）说明此项目要实现的软件系统产品的目的与目标及简要的 软件功能需求。对项目成果（软件系统）范围 进行准确清晰的 界定与说明是软件开发项目活动开展的基础和依据。 软件系统产 品目标应当从用户的角度说明开发这一软件系统是为了解决用 户的那些问题。产品目 标如提高工作信息报送反馈工作效率， 更好地进行工作信息报送的检查监督， 提高信息的及时性、 汇总 统计信息的准确性，减轻各级相关工作人员的劳动强度。 2.3 假设与约束 对于项目必须遵守的各种约束 （时间、 人员、预算、设备等） 进行说明。这些内容将限制你实现什么、怎样实现、什么时候实 现、成本范围等种种制约条件。 假设是通过努力可以直接解决的问题， 而这些问题是一定要 解决才能保证项目按计划完成。 如：系统分析员必须在 3 天内到 位或用户必须在 8月 8日前确定对需求文档进行确认 约束一般是难以解决的问题， 但可以通过其他途径回避或弥 补、取舍，如人力资源的约束限制， 就必须牺牲进度或质量等等。 假设与约束是针对比较明确会出现的情况， 如果问题的出现 具有不确定性， 则应该在风险分析中列出， 分析其出现的可能性 （概率）、造成的影响、应当采取的相应措施。 2.4 项目工作范围 说明为实现项目的目标需要进行那些工作。 在必要时， 可描 述与合作单位和用户的工作分工 注意产品范围与项目工作范围的不同含义。 产品范围界定：软件系统产品本身范围的特征和功能范围。 工作范围界定： 为了能够按时保质交付一个有特殊的特征和 功能的软件系统产品所要完成的那些工作任务。 产品范围的完成情况是参照客户的需求来衡量的， 而项目范 围的完成情况则是参照计划来检验的。 这两个范围管理模型间必 须要有较好的统一性， 以确保项目的具体工作成果， 能按特定的 产品要求准时交付。 2.5 应交付成果 2.5.1 需完成的软件 列出需要完成的程序的名称、 所用的编程语言及存储程序的 媒体形式。其中软件对象可能包括：源程序、数据库对象创建语 句、可执行程序、支撑系统的数据库数据、配置文件、第三方模 块、界面文件、界面原稿文件、声音文件、安装软件、安装软件 源程序文件等等。 2.5.2 需提交用户的文档 列出需要移交给用户的每种文档的名称、 内容要点及存储形 式，如需 求规格说明书、帮助手册等。此处需要移交用户的文档 可参考合同中的规定。 2.5.3 须提交内部的文档 可 根据《 GB8567-88 计算机软件产品开发文件编制指南》 附录O文件编制实施规定的实例（参考件）结合各企业实际情 况调整制定《软件开发文档编制 裁减衡量因素表》 。根据《因素 表》确定项目对应的项目衡量因素取值， 以确定本项目应完成的 阶段成果。 将不适用于本项目的内容裁减， 以减少不必要的项目 任务 和资源。 根据因素取值列出本项目应完成的阶段成果， 说明本项目取 值所在的区间，将其他因素值区间删除。 2.5.4 应当提供的服务 根据合同或某重点建设工作需要， 列出将向用户或委托单位 提供的各种服务，例如培训、安装、维护和运行支持等。具体的 工作计划如需要编制现场安装作业指导书、 培训计划等， 应当在 本计划 4.3 总体进度计划中条列出。 2.6 项目开发环境 说明开发本软件项目所需要的软硬件环境和版本、 如操作系 统、开发工具、数据库系统、配置管理工具、网络环境。环境可 能不止一种， 如开发工具可能需要针对 Java 的，也需要针对 C++ 的。有些环境可能无法确定， 需要在需求分析完成或设计完成后 才能确定所需要的环境。 2.7 项目验收方式与依据 说明项目内部验收和用户验收的方式， 如验收包括交付前验 收、交付后验收、 试运行（初步）验收、最终验收、 第三方验收、 专家参与验收等等。 项目验收依据主要有标书、 合同、相关标准、 项目文档（最主要是需求规格说明书） 。 3 项目团队组织 3.1 组织结构 说明项 目团队的组织结构。项目的组织结构可以从所需角 色和项目成员两个方面描述。 所需角色主要说明为了完成本项目 任务，项目团队需要哪些角色构成，如项目经理、 计划经理、 系统分析员（或小组） 、构架设计师、设计组、程序组、测试组 等等。组织结构可以用图形来表示，可以采用树形图，也可以采 用矩阵式图形，同时说明 团队成员来自于哪个部门。除了图形 外，可以用文字简要说明各个角色应有的技术水平。 注意虽然有一些通用的结构可以套用， 但各种不同规模、 不 同形式的项目组织结构是不一样的。 如产品研发项目可能就不需 要实施人员（小组） ，但需要知识转移方面的人员（小组） 。而软 件编码外包的项目则不需要程序员，测试人员也可以适当地减 少。 3.2 人员分工 确定项目团队的的每个成员属于组织结构中的什么角色， 他 们的技术水平、项目中的分工与配置，可以用列表方式说明，具 体编制时按照项目实际组织结构编写。以下是一个示例。 3.3 协作与沟通 项目的沟通与协作首先应当确定协作与沟通的对象， 就是与 谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系 人包括了所有项目团队成员、 项目接口人员、 项目团队外部相关 人员等等。 其 次应当确定协作模式与沟通方式。沟通方式如会议、使 用电话、QQ内部邮件、外部邮件、 QuickPlace、聊天室等等。 其中邮件沟通应当说明主送人、 抄送人，聊天室沟通方式应当 约定时间周期。 而协作模式主要说明在出现什么状况的时候各个 角色应当（主动）采取什么措施，包括沟通，如何互相配合来共 同完成 某项任务。定期的沟通一般要包 括项目阶段报告、项目 阶段计划、阶段会议等 3.3.1 项目团队内部协作 本节说明在项目开发过程中项目团队内部的协作模式和沟 通方式、频次、沟通成果记录办法等内容。 3.3.2 项目接口人员 应当说明接口工作的人员即他们的职责、 联系方式、 沟通方 式、协作模式，包括： a 、负责本项目同用户的接口人员； b 、负责本项目同本企业各管理机构，如计划管理部门、合 同管理部门、 采购部门、质量管理部门、 财务部门等的接口人员； c 、负责本项目同分包方的接口人员。 3.3.3 项目团队外部沟通与协作模式 项 目团队外部包括企业内部管理协助部门、 项目委托单位、 客户等 等。本节说明在项目开发过程中项目团队内部与接口人 员、客户沟通的方式、频次、沟通成果记录办 法等内容。明确 最终用户、 直接用户及其所在本企业／部门名称和联系电话。 明 确协作开发的有关部门的名称、 经理姓名、 承担的工作内容以及 工作实施责任人的姓 名、联系电话。确定有关的合作单位的名 称、负责人姓名、 承担的工作内容以及实施人的姓名、 联系电话。 4 实施计划 4.1 风险评估及对策 识别或预估项目进行过程中 可能出现的风险。应该分析风 险出现的可能性（概率） 、造成的影响、根据影响应该采取的对 策，采取的措施。风险识别包括识别内在风险及外在风险。内在 风险是 指项目工作组能加以控制和影响的风险，如人事任免和 成本估计等。 外在风险指超出项目工作组等控制力和影响力之外 的风险，如市场转向或政府行为等 风 险的对策包括：避免：排除特定危胁往往靠排除危险起 源；减缓：减少风险事件的预期资金投入来减低风险发生的概率， 以及减少风险事件的风险系数；吸纳：接受 一切后果，可以是 积极的（如制定预防性计划来防备风险事件的发生） ，也可以是 消极的（如某些费用超支则接受低于预期的利润） 。 对于软件开发项目而言， 在分析、 识别和管理风险上投入足 够的时间和人力可以使项目进展过程更加平稳， 提高项目跟踪和 控制的能力， 由于在问题发生之前已经做了周密计划， 因而对项 目的成功产生更加充分的信心。 软件开发项目常见预估的风险： 1） 工程／规模／进度上的风险 规模大，规模估算不精确甚至误差很大；就规模而言，用户 要求交付期、费用很紧；预料外的工作 （ 测试未完时的现场对应 等）； 2） 技术上的风险 使用新的开发技术、新设备等，或是新的应用组合，没有经 验；是新的行业或业务，没有经验；性能上的要求很严； 3） 用户体制上的问题 用户管理不严，恐怕功能决定、验收不能顺利地完成（或者 出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐 怕工程会拖延（或者出现了延迟） ；用户或其他相关单位承担的 工作有可能延误； 4） 其它：应该包含此处没有、但据推测有风险的项目。 4.2 工作流程 说明项目采用什么样的工作流程进行。如瀑布法工作流程， 原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是 自己创建的工作流程。不同的流程将影响后面的工作计划的制 定。必要时画出本项目采用的工作流程图及适当的文字说明。 4.3 总体进度计划 这里所说的总体进度计划为高层计划。 作为补充， 应当分阶 段制定项目的阶段计划， 这些阶段计划不在这份文档中， 当要以 这份总体计划为依据。 总体进度计划要依据确定的项目规模，列表项目阶段划分、 阶段进度安排及每阶段应提交的阶段成果， 在阶段时间安排中要 考虑项目阶段成果完成、提交评审、修改的时间。 对 于项目计划、项目准备、需求调研、需求分析、构架设 计或概要设计、编码实现、测试、移交、内部培训、用户培训、 安装部署、试运行、验收等工作，给出每项工 作任务的预定开 始日期、 完成日期及所需的资源， 规定各项工作任务完成的先后 顺序以及表征每项工作任务完成的标志性事件（里程碑） 。 设计评审 表格中检查点／里程碑等阶段划分为举例， 实际作业阶段划 分、阶段成果等请根据项目需要确定。 制 定软件项目进度计划可以使用一些专门的工具，最常用 的是 Microsoft 的 Project 作为辅助工具， 功能比较强大， 比较 适合于规模 较大的项目，但无 法完全代替项目计划书，特别是 一些主要由文字来说明的部分。小规模的项目可简便地使用 EXCEL乍为辅助工具。关于如何使用这些工具不在此作详细说明。 制定软件项目进度计划应当考虑以下一些因素 : 1 )对于系统需求和项目目标的掌握程度。如开始时对于系 统需求和项 目目标只有比较数的了解， 就只能制定出比较粗的进 度计划， 等到需求阶段或设计阶段结束， 就应该进一步细化进度 计划。 2 ) 软件系统规模和项目规模，这两个不是一个概念。软件 系统规模往 往是从功能点的估算或其他估算方式得来的， 而项目 规模还要考虑对文档数量与质量的要求，使用 的开发工具、新 技术、多少复用、沟通的方便程 度、客户方的情况、需要遵守的 标准规范等等等等。例如，完成一个大型的系统，在一定的时间 内一个人或几个人的 智力和体力是承受不了的。由于软件是逻 辑、智力产品， 盲目增加软件开发人员并不能成比例地提高软件 开发能力。相反，随着人员数量的增加，人员的组织、协 调、 通信、培训和管理方面的问题将更为严重。 3 ）软件系统复杂程度和项目复杂程度：和软件系统规模和 项目规模 一样，软件系统的复杂程度主要是考虑 软件系统本身 的功能、 架构的复杂程度， 而项目的复杂程度主要是指项目团队 成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需 求调研的难易程度， 多 项目情况下资源保障的情况， 等等等等。 软件系统的规模与软件系统的复杂程度未必是成比例的关系； 同 样项目的规模与项目的复杂程度未必是成比例的关系。 4 ） 项目的工期要求，就是项目的紧急程度。有些项目规模 大，却因 为与顾客签订了合同，或者为了抢先占领市场，工期压 缩得很紧，这时就要考虑如何更好地合理安排 进度，多增加人 选多采用加班的方式是一种万不得已的选择。 增加人选除了增加 人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时 间）；加班如果处理不 好会造成情绪上的问题， 也可能会因为过 于忙碌而无法顾及质量，造成质量的下滑。 ）项目成员的能力。这些能力包括项目经理的管理能力， 系统分析 员 的分析能力、系统设计人员的设计能力、程序员的 编码能力、 测试人员的测试能力， 以及企业或项目团队激发出这 些能力的能力。从另外一个角度看还有总体上对客 户行业业务 的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握 程度；企业内部对行业业务知识和主要技术的知识积累。 5 4.4 项目控制计划 4.4.1 质量保证计划 执行质量评审活动， 对过程质量进行控制。 规模较大的项目 应当单独编写《软件开发项目质量计划》 。根据 GB/T 12504 计 算机软件质量保证计划规范，内容包括： l 引言（本章节包括质量计划的目的、定义、参考资料） l 管理（描述负责软件质量管理的机构、 任务及其相关的职 责） l 文档（列出在该软件的开发、 验证与确认以及使用与维护 等阶段中需要编制的文档，并描述对文档进行评审与检查的准 因篇幅问题不能全部显示，请点此查看更多更全内容