图书管理系统项目开发计划Word文档格式.docx
《图书管理系统项目开发计划Word文档格式.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目开发计划Word文档格式.docx（28页珍藏版）》请在冰豆网上搜索。
1.4参考资料
相关的文件包括：
A、 产品开发部的内部文件《核准任务管理项目》；
B、 任务管理项目分析会议备忘录；
C、 《任务管理项目需求说明书》；
D、 《任务管理项目可行性分析》；
E、 《任务管理项目概要设计》；
参考资料：
A、 国家标准《项目开发计划（GB856T—88）》；
B、 莱克公司的人力资源管理项目的项目开发计划；
合同：
（内部开发的产品项目，无合同）
第二部分、项目概述
2.1工作内容
为完成本项目，需要按照需求分析、设计、编码、测试等不同的阶段来进行，其中，本计划不考虑维护阶段所做的工作。
需求分析明确本项目所开发产品的特性，并对不同的功能组进行划分，并得到用户方的确认。
设计阶段将该需求转化为计算机的模型，并且对实现的功能进行分配，详细设计还将提供各模块、任务、功能点的详细规划。
编码实现将按照软件产品设计所描述的内容，编写代码实现软件各部分的功能。
测试部分包括对实现过程中的错误的修改、功能的改进的一些活动，同时包括了各子系统、模块、功能点的组合和连调。
以上的过程中，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。
详细的工作包和任务的分配，请参考第二部分执行计划的工作内容。
2・2产品
项目的最后的产品和可交付物包括最后完成的软件包、相关的文档、手册、宣传内容等，分别如下：
2.2.1程序
1、 完成的软件系统
最后完成的软件系统，其功能、模块和性能要求请参考文档《任务管理项目需求说明书》中关于产品特征的描述。
最后完成的软件，要求是安装包的形式，并且使用光盘的形式进行交付。
2、 数据库脚本程序：
在系统遭受灾难的时候，用户可以使用该脚本程序恢复SQLServer数据库的结构。
对于ACCESS数据库，本脚本不适用。
文档《任务项目数据库脚本》是该交付物的形式，并且附带在产品的光盘中，包含脚本的使用说明文字。
2.2.2文件
1、 操作手册
操作手册提供用户对软件系统的操作指导，要求同时提供.DOC格式的电子文档和
至少一份打印稿。
2、 培训资料
相关的培训的资料要求提供给用户（具体的格式，在项目的后期进行确定）。
2.2.3月艮务
在产品到市场发行后，项目成员提供技术方面的咨询服务，这些服务属于维护阶段的一部分。
2.2.4非移交的产品
非移交的产品包括过程记录和过程文档，包括：
A、 软件的源代码
程序的源代码不提供给用户。
B、 安装程序工程
C、 需求文档
C、 过程评审记录
可能发生的需求、设计、实现和验证阶段的评审记录、评审报告，都不提交给最终用户。
D、 设计和规划文档
包括产品设计、过程规划等方面的文档，不提供给最终用户。
E、 测试记录和测试报告
不同阶段的测试规划、测试记录、测试报告等文档，都由产品开发部门保留、归档。
以上非移交的产品，不得提供给其他的单位或者个人，或者用于其他的商业事务，详细的说明参考公司的保密和安全规定。
2.3验收标准
A、程序：
程序中应包含的功能如下：
1. 永久存储用户输入的任务的信息；
2. 任务调度和任务查找操作简易；
3. 任务的删除和更新；
4. 能够针对任务设置启动时间、终止时间、任务时间间隔；
5. 任务启动的提示、多任务的启动提示；
6. 显示系统的时钟；
7. 任务启动时间、终止时间、任务启动时间间隔调整；
8. 在多用户环境下，允许不同的人管理自己的任务；
数据库脚本在SQLServer2000的查询分析器中能正确运行，创建的数据库能够支持程序的各项功能的运行，并且保证数据的准确性。
Access数据库应具备抵抗非法访问的特性。
B、 文件
操作手册的规格满足GB86的相关标准，对应的内容应包括以上功能的各部分的说明，手册中不应该包含专业性的词汇，对于数据库脚本的恢复程序，应提供非常详细的操作指引和图例。
C、 服务
其他维护的要求按照维护阶段的内部约定进行。
2.4完成项目的最迟期限
项目的系统测试的最后完成日期为2003-12-1日，然后在2004-1-1之前，进行运行时测试、B测试、产品化工作，包括用户培训等服务活动的实施。
系统在2004-1-1起，正式投放市场使用。
2.5本计划的批准者和批准日期
本计划的批准人为产品开发部门经理。
本计划的正式批准日期为2003-9-10日，实施日期为2003-9-12日。
6
第三部分、实施计划
3.1工作分解与人员分工
本项目的工作分解如下：
实施阶段
（说明：
1、 以上的工作，可以在更细的层次上进行分解，例如17,可以分别为查询界面、增加的界面和删除的询问词的设计等，系统测试可以分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。
2、 有关测试、工作分解的详细内容、文档规格，请参考ACCP3.0后续课程的描述；
3、 以上的工作分解，不存在时间先后的次序。
）
按照工作分解，职责分配如下:
T1：
文件归档
T2：
程序、界面、手册的反馈和修订
T3:
项目总结
T4：
项目结束和团队解散
P参与人员；
A负责人员；
S 确认审核人员;
3.2进度
最后的项目网络图如卜：
完成项目至少需要的时间用红色的线表示，项目的完成线路（完整完成项目最少所需要
的时间）为：
1-2-3-4-7-10-13-14-17-21-24-25-26-31-32-33一34
对应的时间为：
3+3+2+2+3+3+2+2+3+3+4+2+4+1+1=38（工作日）
预留20%作为整体浮动时间，实际需要的工作日为46。
在并行一些工作的条件下，项目预计完成的时间在两个月左右。
非关键路径活动所需要的时间，没有在项目网络图上标识。
项目的开始日期为2003-9-1日，项目的里程碑（阶段点）时间:
9/8
9/18
10/8
10/20
11/2
1、 可以制作一张项目的日历，说明项目针对于日期的更详细的信息，这可以借助于Microsoft
Project2000等项目管理软件来完成，此处略；
2、 项目管理软件的使用、作用，请参考ACCP3.0后续课程相关的内容;
3.3预算
按照以上工作包的估算如下表:
分阶段的开发费用统计如下表:
阶段名称
人工费用（人月）
机时（小时）
其他（元）
项目
管理
系统
分析
软件设计
编程
调试
数据录入
其他
人工
终端小时
主机小时
外存空间
其他费用
出差资料
SA&
SD
RA
PD
DD
CD&
UT
IT&
S
T
IS&
AC
TSSD
以上实际数字的填写略。
SD（SystemAnalysis&
SoftwareDefinitionPhase）：
系统分析与软件定义阶段；
RA（RequirementsAnalysisPhase）:
需求分析阶段；
PD（PreliminaryDesignPhase）：
概要设计阶段；
DD（DetailedDesignPhase）：
详细设计阶段；
UT（Coding&
UnitTestingPhase）：
编码与单元测试阶段；
ST（Integrating&
SystemTestingPhase）：
组装与系统测试阶段；
AC（Installation&
AcceptancePhase）：
安装与验收阶段；
TSSD（TotalSoftwareSystemDevelopmentPhase）：
整个软件系统的开发阶段。
1、 以上的估算分别按照各项活动的累计进行估算；
并且按软件开发的不同的照阶段给出一个大体的估算数据，可以只用一种估算方法作为依据；
2、 项目的预算和估算可能由专门的项目财务管理系统来进行，项目计划中只要对该文档进行引用就可以了；
3、得出的不同阶段的估算结果，可以绘制成本曲线，以对执行阶段的成本进行控制，一般的成本曲线应该是一条类似于S形状的曲线，下图是预算形成的成本基准和实际花费的成本的对比曲线：
4、 成本对比曲线、成本偏差是要求项目经理在项目进行过程中需要控制的一个重要方面；
5、 单项成本的估算一般没有考虑管理费用，在实际项目运行的时候，需要在总金额上加上
一定比例的管理费用；
例如以上管理费用的比例如果是20%,则实际的费用是50400；
6、 一般的项目，都对成本留一定的储备金，例如，以上估算结果的储备金若是10%,考虑管理费用，最后的总预算是55440o）
3.4关键问题
影响整个项目成败的关键问题、技术难点和风险包括：
风险类别
风险描述
可能性
影响
使用提高生产率工具所产生的计划节余被过高地估计了。
0.4
0.9
计划、资源和产品定义都受客户或上级管理部门支配，而不平衡
0.8
0.3
预定日期提前，但没有对产品范围或可用资源作相应调整。
0.6
产品比估计的大（从准则、功能点、模式等方面来看）。
0.5
管理审查/决策过程比预料的慢
非技术第三方任务花费的时间比预料的长（预算审批、法律审查等）。
最终和户坚持新要求。
即使递交的软件符合所要求的全产规格，但商业用户将不接受该软件.
商业用户审查/决策过程比预料的慢。
最终用户最终发现产品不能令人满意，要求♦新设计和,做。
小组成员之间的冲突导致通信差、设计差、界而错误和额外工
升级会员 