项目开发计划书C程序设计Word下载.docx
《项目开发计划书C程序设计Word下载.docx》由会员分享，可在线阅读，更多相关《项目开发计划书C程序设计Word下载.docx（17页珍藏版）》请在冰豆网上搜索。
1.1编写目的1
1.2项目背景1
1.3术语和缩写词定义1
1.4参考资料1
2项目概述1
2.1工作内容1
2.1.1项目软件过程定义1
2.1.2定义生命周期2
2.1.3任务简述2
2.1.4软件规模估计2
2.1.5工作量估算2
2.1.6关键计算机资源3
2.1.7软件工程设备和支持工具3
2.1.8风险估计3
2.2度量目标4
2.4产品5
2.4.1软件工作产品5
2.4.2运行环境5
2.4.3服务5
2.4.4验收标准6
3实施计划6
3.1任务分解和进度安排6
3.2沟通6
3.3.1相关组或个人职责7
3.4预算10
4专题计划要点10
5附录A评审结论11
6附录B项目计划变更控制报告12
1引言
1.1编写目的
B5医院信息系统（B5HospitalInformationSystem，简称HIS）是计算机技术、通信技术和管理科学在医院信息管理中的应用，是计算机技术对医院管理、临床医学、医院信息管理长期影响、渗透以及相互结合的产物。
它与医院建设和医学科学技术的发展同步。
而编写可行性分析报告可以让我们的团队了解开发此医院信息系统是否对我们有意义。
1.2项目背景
医院信息系统由项目经理提出，应用B5组全体人员开发，使用该系统的用户为系统管理员，医生和医院领导，由所有大、中、小医院来实现此软件。
HIS将使用VisualStudio2005TeamEditionforsoftwareDevelopers、SQLServer2005、Office2007等软件进行开发。
1.3术语和缩写词定义
B5医院信息系统——B5HospitalInformationSystem缩写为B5HIS。
系统管理员——对该子系统的用户进行权限管理的操作员，一般为该子系统所使用科室的领导或者由领导委派的工作人员。
1.4参考资料
此项目是参考由郑宁、吴昊主编于2008年9月清华大学出版社和北京交通大学出版社出版的《基于CMMI的软件工程实训指导》、张万军、储善忠主编于2008年9月清华大学出版社和北京交通出版社出版的《基于CMMI软件工程教程》。
2项目概述
2.1工作内容
2.1.1项目软件过程定义
识别项目特性并量化，根据剪裁原则定义项目的类别；
根据详细剪裁指南，对软件过程元素活动进行剪裁；
（本部分内容详细描述在工作范围，开发进度要求，项目活动的顺序关系等内容的描述中）
项目类别
项目特性
过程元素
裁减
需求获取
执行，准备文档，正式评审，概要
需求分析
执行，准备文档，正式评审，详细
…
2.1.2定义生命周期
项目立项，项目评审，项目初步计划，需求管理，项目估算及详细计划，风险管理，项目跟踪，系统设计，测试计划及测试用例编写，系统测试，项目总结。
2.1.3任务简述
项目立项：
填写《立项报告》并评审
项目初步计划：
定义软件过程和生命周期，制定WBS初稿，编制其他专项计划初稿
需求管理：
需求获取，需求分析
项目估算及详细计划：
对项目工作量进行估算并制定项目详细计划
风险管理：
分析风险，制定《风险列表》，风险跟踪
项目跟踪：
《工作周报》，《会议记录》，里程碑
系统设计：
《数据库设计》，《概要设计》
测试计划及测试用例编写：
编写集成测试用例及测试计划
系统测试：
测试
项目总结：
编写《项目总结表》
2.1.4软件规模估计
对软件项目的规模进行估计，考虑重用代码或重用文档的规模。
工作成果
新开发工作成果的规模
复用或自动生成的工作成果规模
规模总和
工作成果1（子系统）
工作成果2（文档）
……
注：
工作成果包括：
子系统，模块，代码行/页面/界面，文档，需求等
工作成果规模包括：
子系统数，模块数，代码行数/页面数/界面数，文档页数，功能个数等
2.1.5工作量估算
根据估算得到的软件规模，进行工作量的估算。
估算的内容包括：
项目管理活动：
项目跟踪、例会、评审等工作量，按项目经理经验值或参考历史数据进行估算；
项目支持活动：
配置管理、SQA活动、测试活动等工作量，分别由SCM人员、SQA人员、测试人员协助项目经理按经验值或参考历史数据进行估算；
技术活动：
估算出代码/文档的工作量，个人估算采用经验值，汇总时采用Delphi估算法。
2.1.6关键计算机资源
本项目没有关键计算机资源。
2.1.7软件工程设备和支持工具
+软硬件资源
软硬件资源名称
级别
详细配置
到位时间和获取方式
用途
电脑
关键
XPpro,IntelPentium4CPU3.00HZ,1G内存，GFFX5200显卡
开发软件必备设备
网络
无
查询资料
+人力资源
人力资源
角色
2.1.8风险估计
说明可能影响项目的关键问题，如设备条件、技术难点或其他风险因素，并进行估计。
风险项描述
影响度（I）
概率（P）
等级
应对策略与措施
规避措施
责任人
资源不足
50％
向上级申请
节约资源
项目经理
需求不定
80％
60％
仔细的进行需求分析工作
效率低下
30％
20％
催促员工抓紧时间，加班加点
提高员工提高工作效率的意识
2.2度量目标
●项目度量指标
度量目标
度量点
（项目）项目性能指标度量：
通过对项目实际与计划的成本、工作量的比较，计算偏差，来评价本项目的估算能力、控制能力和预测能力
·
CV％
SV％
SPI
CPI
工作量估算偏差率
人月成本
团队规模
（项目）过程质量度量
1.通过度量本项目不符合项的密度与历史基线相比较，来评价本项目的执行能力
过程质量
（项目）工作产品质量度量：
1.通过度量评审及测试过程中产生的缺陷数，计算本项目的产品质量
2.与组织当前的产品质量基线比较，来评价本项目的产品质量
3.为产品质量基线的创建和完善提供数据支持
提交的产品质量
质量成本
（项目）需求度量
通过需求变化率和需求稳定度，来评价需求管理和控制的能力
需求稳定度
需求变化率
（项目）风险度量
1.通过已识别的风险数占风险总数的百分比，来评价风险的识别能力
2.通过规避和缓解的风险数占已识别的风险数的百分比，来评价风险的控制能力
风险识别率
风险控制力
（项目）生产率度量
1.通过度量规模和工作量，计算本项目的生产率
2.与组织当前的生产率基线比较，来评价本项目的生产率
生产率
（项目）资产累积度量
文档累积率
数据累积率
说明：
项目经理可根据项目的特征信息在以上度量目标中增加项目特有的度量目标。
●根据度量周期的要求，结合项目计划及相关计划，确定各度量任务的具体开展时间（若有专门的度量分析计划，则此表格可以不填写）
度量周期
度量任务描述
负责人
参与人
确认人
周（每周周例会前完成）
由项目组成员每周生成《个人周报》。
项目组成员
QA
由项目经理每周汇总生成《项目周报》。
QA人员每周生成《QA周报》。
QA经理
QA人员在每周生成《QA审计报告》。
周（每周周例会上完成）
度量数据更新到《项目度量数据库》。
技术评审、管理评审完成后3天内
（具体时间参照评审计划）
项目经理或指定人员在评审后生成《技术评审报告》和《管理评审报告》。
集成测试、系统测试完成后3天内
（具体时间参照各自测试计划）
测试人员在集成测试和系统测试结束后生成《集成测试报告》和《系统测试报告》。
里程碑
（参照里程碑计划，评审2天前）
由项目经理生成《里程碑报告》。
QA人员生成《QA里程碑报告》。
（参照里程碑计划，评审完成后3天内）
项目经理和QA人员将截止到上一里程碑的度量分析数据更新到《项目度量数据库》。
项目结项
（项目结项后一周内完成）
EPG小组将本项目度量数据库的内容更新到《组织度量数据库》。
EPG
EPG组长
2.4产品
2.4.1软件工作产品
B5HIS可执行程序，用户文档，需求规格说明书
2.4.2运行环境
硬件环境:
软件环境:
VisualStudio2005,SqlServer2005,Office2007
2.4.3服务
可向软件使用单位提供人员培训以及本系统的安装、保修、维护和其他运行支持。
2.4.4验收标准
软件实现所需的功能，安全且方便使用，具有软件的使用说明书
3实施计划
3.1任务分解和进度安排
任务名称
开始时间
结束时间
参与人员
工作量
项目立项
2008-9-23
全体组员
100人时
<
立项可行性分析报告>
>
<
立项通知书>
项目评审表>
项目任务书>
预审问题清单>
项目初步计划
2008-9-28
2008-10-10
周碧文,吴建苗
4人时
项目初步计划书>
需求管理
2008-9-30
2008-10-14
180人时
用户需求列表>
用户需求说明书>
软件需求规格说明书>
项目估算及详细计划
2008-10-2
2008-10-9
30人时
风险管理
2008-10-20
风险管理>
项目跟踪
2008-12-16
系统设计
2008-12-2
434人时
测试计划及测试用例编写
魏丽萍,曾焕文,钟伟
系统测试
项目总结
2008-12-23
注意：
1.此处需要把CM、QA、项目评审、测试、周会、项目管理等内容填入工作量表中；
2．文档编写和编码测试等工作量，根据规程要求，用DELPHI方法进行估计；
3．项目管理活动及支持活动采用经验法进行估计，并填写计划公式，如：
QA活动的工作量为，0.5人天/周*12周=6人天，表示每周需要用半天时间进行QA检查及写报告，项目总共需要12周时间，QA活动工作量为6人天。
4.对于没有明确开始时间和结束时间的活动，比如SQA活动，可以项目开始时间和结束时间。
3.2沟通
3.3.1相关组或个人职责
系分人员：
曾焕文，胡王萍
开发人员：
吴建苗，赵侃，周碧文，朱亮
测试人员：
张耿耿，钟伟
文档人员：
魏丽萍
吴建苗的任务：
负责编写<
可行性分析报告>
的“投资及效益分析”部分
对<
提出至少5个问题（缺陷或问题描述）.
每周的<
个人工作周报>
负责开发网上预约管理模块
设计"
网上挂号预约管理"
模块
项目开发计划书>
参与编写<
概要设计>
曾唤文的任务:
的“所建议技术可行性分析”部分
系统测试计划>
，<
系统测试用例>
挂号管理"
初稿.
参与讨论编写<
模块设计>
魏丽萍的任务:
编写<
的“引言”部分
负责编写《会议记录》
实现与测试计划>
医生开处方管理"
和"
费用管理"
参与数据库表结构设计
胡王萍的任务:
的“可行性研究的前提”部分
用户操作手册>
朱亮的任务:
的对现有系统的分析部分
负责开发病人身份管理模块（病人信息维护（病人信息查询，修改，增加，删除），就诊卡管理（就诊卡销售，修改））
产品质量保证计划>
赵侃的任务:
的社会因素方面的可行性部分
负责开发系统管理模块（用户管理，功能模块管理，部门管理，数据字典管理）
病人身份管理"
项目配置管理计划>
参与数据库表结构设计，数据库设计
赵侃负责填写<
配置计划表>
基线计划及跟踪表>
钟伟的任务:
的“其他可供选择的方案和结论”部分
单元测试报告>
单元测试用例列表>
用户需求跟踪矩阵>
周碧文的任务：
负责开发挂号管理模块（病人挂号，病人退号，门诊日程安排），处方管理模块（开处方，修改处方，删除处方）药品管理模块（药品入库，修改，删除，退药）费用管理模块（费用统计）
公共模块管理"
用户界面设计>
项目组logo的设计
张耿耿的任务：
集成测试报告>
集成测试用例>
风险管理计划>
首要风险列表>
3.4预算
逐项列出完成该项目所需要的经费预算及其来源，所需的劳务。
开支类别
主要开支项、用途
金额（元）
时间
软件件成本
总成本
4专题计划要点
+风险列表
+用户需求列表
+用户需求说明书
+用户规格说明书
+概要设计说明书
+数据库设计说明书
+用户手册
+测试计划书
+测试用例
+bug列表
+结项报告
5附录A评审结论
（1）.高层经理及其它参评人员认真讨论并审批《项目计划》。
（2）.如果是合同项目，可能还要请客户审批，视具体情况而定。
把评审的结果填写在此处，注意此处应当保持与《项目评审表》中的一致性。
6附录B项目计划变更控制报告
{项目名称}
第N份项目计划变更控制报告
项目计划变更申请
申请变更的
《项目计划》
{输入名称，版本，完成日期等信息}
项目计划变更的原因
项目计划变更的内容
评估计划变更将对
项目造成的影响
项目经理签字
变更申请的审批意见
高级经理或CCB审批
{审批意见}
[√]审批通过，可以修改《项目计划》
[]审批不通过，按原《项目计划》执行
签字，日期
客户审批
（合同项目）
更改项目计划
变更后的
审批变更后的项目计划
[√]审批通过
[]审批不通过，重新修改《项目计划》
签字，日期
升级会员 