图书管理系统项目开发计划
第一部分、引言
1.1编写目的
本计划编写目的是更清晰地理解图书管理系统的业务要求,明确图书管理系统需要做的工作,并为保证图书管理系统在范围和进度方面的要求提供可执行的依据,包含了范围、进度、人员安排在内的明确的计划和安排,以切实能保证图书管理系统能在控制中完成。
1.2 背景
说明:
A、软件系统的名称:图书管理系统
B、任务提出者:北大青鸟的课程要求,杨骏老师和赖娟老师。
开发者:彭方春、李嘉霖、岳春刚。
本系统完成后是针对图书管理人员的软件,在市场上独立销售,是面向那些需要管理图书管理的人员使用的。
C、本系统将是独立的系统,目前不与其他的系统或者操作系统提供特别的接口,所产生的
输出都是独立的。
本系统将使用ACCESS作为数据库存储系统。
1.3定义
WBS——Work Breakdown Structure,工作分解结构,面向可交付成果的工作分解;
RAW——Responsibility Assignment Matrix,职责分配矩阵,描述在不同阶段和人员配备情况;
Critical Path——在NDG中描述项目的关键路线;
Milestone Chart——图书管理系统的里程碑图,标识项目的关键进程点;
受控文件——本小组内部已经形成标准的规范性文件,在执行过程中做强制性的要求;
1.4参考资料
相关的文件包括:
A、任务管理项目分析会议备忘录;
B、《任务管理项目需求说明书》;
C、《任务管理项目可行性分析》;
D、《任务管理项目概要设计》;
参考资料:
A、北大青鸟Aptech ACCP3.0 Sem1《基于软件开发项目的毕业设计》;
B、国家标准《项目开发计划(GB856T——88)》;
合同:
(内部开发的产品项目,无合同)
第二部分、项目概述
2.1工作内容
为完成本项目,需要按照需求分析、设计、编码、测试等不同的阶段来进行,其中,本计划不考虑维护阶段所做的工作。
需求分析明确本项目所开发产品的特性,并对不同的功能组进行划分,并得到用户方的确认。
设计阶段将该需求转化为计算机的模型,并且对实现的功能进行分配,详细设计还将提供各模块、任务、功能点的详细规划。
编码实现将按照软件产品设计所描述的内容,编写代码实现软件各部分的功能。
测试部分包括对实现过程中的错误的修改、功能的改进的一些活动,同时包括了各子系统、模块、功能点的组合和连调。
以上的过程中,包含了不同阶段的文档输出工作,并且上一阶段的输出,通常作为下一阶段的输入而存在。
详细的工作包和任务的分配,请参考第二部分执行计划的工作内容。
2.2主要参加人员
本项目全职参与人员包括:
彭方春、李嘉霖、岳春刚。
2.3产品
项目的最后的产品和可交付物包括最后完成的软件包、相关的文档、手册、宣传内容等,分别如下:
2.3.1程序
1、完成的软件系统
最后完成的软件系统,其功能、模块和性能要求请参考文档《任务管理项目需求说明书》中关于产品特征的描述。
最后完成的软件,要求是安装包的形式,并且使用光盘的形式进行交付。
2、数据库脚本程序:
文档《任务项目数据库脚本》是该交付物的形式,并且附带在产品的光盘中,包含脚本的使用说明文字。
2.3.2文件
1、操作手册
操作手册提供用户对软件系统的操作指导,要求同时提供.DOC格式的电子文档和至少一份打印稿。
2、培训资料
相关的培训的资料要求提供给用户(具体的格式,在项目的后期进行确定)。
2.3.3服务
在产品到市场发行后,项目成员提供技术方面的咨询服务,这些服务属于维护阶段的一部分。
2.3.4非移交的产品
非移交的产品包括过程记录和过程文档,包括:
A、软件的源代码
程序的源代码不提供给用户。
B、安装程序工程
C、需求文档
C、过程评审记录
可能发生的需求、设计、实现和验证阶段的评审记录、评审报告,都不提交给最终用户。
D、设计和规划文档
包括产品设计、过程规划等方面的文档,不提供给最终用户。
E、测试记录和测试报告
不同阶段的测试规划、测试记录、测试报告等文档,都由产品开发部门保留、归档。
以上非移交的产品,不得提供给其他的单位或者个人,或者用于其他的商业事务,详细的说明参考该小组的保密和安全规定。
2.4验收标准
A、程序:
程序中应包含的功能如下:
1.永久存储用户输入的任务的信息;
2.任务的删除和更新;
3.在多用户环境下,允许不同的人管理自己的任务;
4.对管理员和读者的信息进行维护
5.对图书信息进行维护
6.对借书和还书信息进行维护
Access数据库能够支持程序的各项功能的运行,并且能保证数据的准确性。
B、文件
操作手册的规格满足GB86的相关标准,对应的内容应包括以上功能的各部分的说明,手册中不应该包含专业性的词汇,对于数据库脚本的恢复程序,应提供非常详细的操作指引和图例。
C、服务
其他维护的要求按照维护阶段的内部约定进行。
2. 5完成图书管理系统的最迟期限
图书管理系统测试的最后完成日期为本学期的第17周,在这之前,进行运行时测试、B测试、产品化工作,包括用户培训等服务活动的实施。
系统在本学期第17周后,正式投放市场使用。
3. 6本计划的批准者和批准日期
本计划的批准人为杨骏老师和赖娟老师
本计划的正式批准日期为本学期第17周的周日,实施日期本学期的18周周一。
第三部分、实施计划
3.1工作分解与人员分工
本项目的工作分解如下:
(说明:
1、以上的工作,可以在更细的层次上进行分解,例如I7,可以分别为查询界面、增加的界面和删除的询问词的设计等,系统测试可以分解为测试平台的搭建、测试用例的编写、系统各功能点的测试、测试记录的填写、测试总结和总结报告等多个工作单元。
2、有关测试、工作分解的详细内容、文档规格,参考资料为ACCP3.0后续课程的描述;
3、以上的工作分解,不存在时间先后的次序。)
按照工作分解,职责分配如下:
P ——参与人员;A ——负责人员;S ——确认审核人员;
3.2接口人员
负责接口工作的人员及他们的职责,包括:
A、组长负责同用户的组织接口事务,包括变更和事务协调等;
系统分析员彭方春负责用户的技术接口,包括一些技术方案的演示和确认;
产品专员李嘉霖负责同用户的人际接口,包括文档、资料和一些事务性的沟通。
B、彭方春负责组织内部的接口,包括项目进度报告,资源协调等;
C、彭方春负责处理同外部组织、专家评审方面的接口;
以上的接口事务,在上面的职责分配图中已经进行了表述。
3.3进度
本学期的第15周开始,到第17周结束;
3.4预算
无
3.5关键问题
影响整个项目成败的关键问题、技术难点和风险包括:
(说明:
1、以上列出的是可能影响项目开发,包括进度、成本和质量的各方面最重要的一些风险和对该风险的概率、影响的估计;
2、以上的风险,是软件开发的风险对照表的一部分,在其他的项目开发中,风险分析也可以采用风险对照表确定风险的概率和影响程度;然后在根据这些可能性和影响程度来判断是否采取预防措施;
上图中,分别使用了不同的颜色来反应风险的最后的程度。
3、软件开发风险对照表如下:
)
第四部分、支持条件支持本项目的开发所需要的条件和设施包括:4.1计算机系统支持
硬件环境:
CPU:PIII750或者更高频率
ROM:256或者更高内存支持
磁盘:80G
软件支持:
开发所用的操作系统:Windows 2000 Server SP1
开发工具:Visual Studio 6.0 SP4
数据库系统:Microsoft SQL Server 2000企业版
覆盖测试工具:Panoroma第五部分、专题计划要点
5.1 配置管理计划
配置管理所关心的问题涉及以下三点:
1、仔细定义软件系统的交付物;
2、严格控制对可交付物的变更;
3、确保软件系统的可交付物与既定的或者经过核准修订的可交付物相一致。
北大青鸟Aptech所有的软件项目配置管理采用标准的表格模板,并遵循了标准:《计算机软件配置管理计划规范》(GB/T 12505-1990),本部分加以引用。
本部分可以作为变更控制的依据。
5.2 质量管理计划
5.2.1、依据
A、质量政策
该小组通过了ISO9001 2000的规范,同时制定了质量方针和质量目标:
质量方针:通过严格和规范的过程管理、文档化的流程开发,提高生产效率,为客户提供稳定、易用和符合要求的产品系列。0YujCfmUCw
质量目标:用户满意
(以上质量方针和质量目标只是一个范例,并非北大青鸟Aptech公司事实上的质量目标。)
本项目同时遵循和贯彻公司的质量方针和质量目标。
B、范围说明
参考《任务管理项目需求说明》。
C、标准和规范
在质量方面,需要遵循的标准和规范包括:
A、《质量管理体系标准》(GB/T 19001-2000),2000-12-18,国家质量技术监督局;
B、《计算机软件产品开发文档编制指南》(GB/T 8567-88),1988-7-1,国家质量技术监督局;
C、《计算机软件质量保证计划规范》(GB/T 12504-1990),1990-11-15,国家质量技术监督局;
D、《北大青鸟Aptech公司质量手册》2002-5-1;北大青鸟Aptech
E、《北大青鸟Aptech公司程序文件》2002-5-1;北大青鸟Aptech
5.2.2 程序及过程
本部分规定本项目全面质量管理所规定的实施过程,在WBS中,所有的活动安排都是与质量保证相关的,因而也是WBS元素项的说明。
A、影响质量的因素
在本项目中,影响质量的因素可以用以下的鱼骨刺图(ISHKAW A逻辑图、因故分析图)来说明:
鱼骨刺图的子可以进行多层分解,下面只简要说明影响因素以及本项目在这方面的预防措施:
A、人员:
人员的技能水平、工作习惯、合作往往会对项目的质量产生直接的影响;
本项目组的主要成员都具有计算机工程学士学位,并且至少具备三个以上的应用软件开发经验,主要的成员在以前的一个项目中有过成功的合作经验;
B、方法和技术