陕西国防工业职业技术学院
软件项目开发计划书
[学生考勤管理系统]
[V1.0]
专 业 计算机软件技术
班 级 软件3101
姓 名 任欢欢
学 号 35310119
指导教师 陈巧莉 何杰惠
实训时间 20##-2011(1)第18周
实训地点 南配楼 8-207
成 绩
二○一○年
文档编号 2-2
版本号 V 1.0
文档名称 项目开发计划书
项目名称 学生考勤管理系统
项目负责人 任欢欢
编写 任欢欢 时间 20##年12月28日
校队 李晶 时间 20##年12月28日
批准 陈巧莉 时间 20##年12月28日
开发单位 飞鸟有限公司 时间 20##年12月29日
考勤管理系统软件开发计划
目录
1引言... 3
1.1标识... 3
1.2系统概述... 3
1.3文档概述... 4
1.4与其他计划之间的关系... 4
1.5基线... 4
2引用文件... 4
3交付产品... 4
4所需工作概述... 5
5实施整个软件开发活动的计划... 8
5.1 任务分解... 8
5.2预算... 8
6实施详细软件开发活动的计划... 8
6.1测试计划... 8
6.2软件配置管理... 8
6.3软件质量保证... 8
6.4人员培训计划... 9
7注解:... 9
1引言
1.1标识
本文档适用Windows XP操作系统,内存512MB以上。
文件状态:
1.2系统概述
为了明确软件设计、安排项目规划与进度、组织软件开发与测试,需要撰写项目开发计划书文档。
项目开发计划书的编写主要是为了给“考勤管理系统”的开发作主要的规划和整合,明确项目的质量要求、功能要求以及最后的交付要求,明确项目的组织和资源配置,选定项目的开发周期模型,在开发过程中起到引领作用,以及给读者提供简要的说明,以便更好的进行后续各阶段的连续而有意义的项目开发。
项目的投资方:陕西国防学院;
需求方:陕西国防学院软件教研室;
用户:有权利并且需要处理、查询企业员工基本情况的各部门相关人员。
开发方和支持机构:软件3101第二小组和软件教研室。
项目与其它软件或系统的关系:此系统仅是总系统中的组一个成部分,与其他数据库可以建立连接,为其他模块相应功能的实现提供信息来源。
1.3文档概述
考勤管理系统的用途:它为机关,团体,事业单位,企业,公司等的考勤管理带来了极大的方便,能够为用户提供可靠的信息存储和快捷的查询手段。例如对于一个公司,它可以进行员工考勤情况的录入、修改、查询、删除模块。
完善的考勤管理支持员工照片、人员增加、调动,报到、保证、职务、任免、调迁、解职、请假、出差、值班、考核、报到情况的管理。考勤管理人员有读写权限,院长、书记有查看报到情况权限,一般教职工有查看自己考勤的权利,其他人员未经允许无任何权限。
1.4与其他计划之间的关系
本系统的开发采用的编程语言是VB,与其它软件系统(如Java)是平行关系,可任选一种进行本软件系统的开发。
1.5基线
考勤管理系统需求分析报告。
2引用文件
计算机软件文档编制规范(GB T—8567—2006)。
3交付产品
3.1程序
交付的程序名称:人事档案管理系统;
使用的语言:VB。
3.2文档
可行性研究报告;
软件开发计划书;
需求规格说明书;
概要设计说明书;
详细设计说明书;
软件测试计划;
测试分析报告;
项目开发总结报告。
3.3服务
开发单位可向用户提供人员培训、安装、保修、维护和其它运行支持的服务。
3.5验收标准
交付的考勤管理系统,应通过测试,运行无误后交付客户使用;为用户提供的服务可通过鉴定合同加以制约。
3.6最后交付期限
系统软件于2010年-12月-31日交付
4. 工作内容
系统总体功能
其中主要包括两种主要用户类型:
系统管理员:主要负责系统维护、系统参数设置和用户权限分配。
普通用户:主要负责个人信息的输入、查询和修改。
系统主要功能如下:
(1)数据输入功能:主要负责输入数据,所以该功能的设计出
点应从方便用户操作的角度出发,如:非法数据输入出现错误提示等,另外一些较固定数据可让用户从下拉框中选择,不必自己输入。
(2)数据查询功能:用户可以直接快速的查阅和打印系统中的员工个人考勤情况(如人员情况、出差情况、请假情况、迟到情况、在职情况和报到等信息);也可以做出各种复杂的查询,用户可根据任意字段进行查询,包括多条件的与和或运算,为领导作出准确判断提供数据的支持。
(3)数据删除修改功能:该功能是数据库中必须有的一个模块,因为在输入数据过程中难免会有出错的时候。当修改删除涉及多个表时,本系统将作出判断并给出提示及相应处理,以保证数据的完整性和一致性。
(4)数据统计分析功能:该功能主要负责对数据进行统计,包括分组统计,二维表统计及饼图统计。
(5)系统维护功能:该功能主要负责实现对用户分组管理,并且可对用户的数据访问权限、功能操作权限进行设置,极大的保证了操作的安全性、严谨性及保密性。
(6)日志管理功能:该功能可以将系统用户名,操作时间,操作内容都记录下来,然后写到数据库中。
系统业务流程图
4.1所需工作概述
本章根据需要分条对后续章描述的计划作出说明,(若适用)包括以下概述:
a.对所要开发系统、软件的需求和约束;
b.对项目文档编制的需求和约束;
c.该项目在系统生命周期中所处的地位;
d.所选用的计划/采购策略或对它们的需求和约束;
e.项目进度安排及资源的需求和约束;
f.其他的需求和约束,
(如:项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。)
4.2运行环境
软件平台:
1. 操作系统:Windows XP/Microsoft Windows 2000或更高版本;
2. 主要软件需求架构设计:Microsoft Visual Studio 2005,Microsoft Visio 2007;
3. 数据库:Microsoft Access 2003.
硬件平台:
CPU:CPU PIII以上或笔记本电脑;内存:256MB以上的内存;
其他:显示器一台、鼠标一个、键盘一个、打印机一台。
4.3条件与限制
项目总经费:人民币2千元以内;编程语言:VB;
硬件限制:本软件使用与PIII以上或笔记本电脑,内存64MB以上的机器;
开发环境:Windows 2000/ Windows XP,Microsoft Visua Basic 6.0。
应具备的人员(表3—1)
5实施整个软件开发活动的计划
5.1 任务分解
任务分解表
表3—2
5.2预算
人力:¥1000元;
设备:¥600元;
支持性服务:¥200元;
材料:¥100元。
6实施详细软件开发活动的计划
6.1测试计划
通过完整的测试体系保证软件能够安全运行
6.2软件配置管理
按照具体人员分工各行其职。
6.3软件质量保证
保证交付给客户三个月内不会出现技术故障。
6.4人员培训计划
对用户提供完整的培训、安装、保修、维护和其它运行支持的服务。
7注解:
7.1 参考资料
1.可行性研究报告;
2.软件开发计划书;
3.需求规格说明书;
4.概要设计说明书;
5.详细设计说明书;
6.软件测试计划;
7.测试分析报告;
8.项目开发总结报告。
实训总结
一周的软件工程实训马上完了,感觉挺有成就感的。因为在实训之前我们对于软件的概念很模糊,根本不知道那是什么,对于那个名词感到陌生,老师上课讲的东西也不知道是干什么用的。而现在在实训中才发现平时学的东西的重要性了,我们每个人完成的项目都要用到老师讲的东西,真的是知识用到方恨少啊!
在这次试训中,不仅使我们对自己的专业有了进一步认识而且也知道从今以后该向哪方面努力了。实训中老师采取分组完成项目的方式,把任务分配各组,再由各组把任务分配到人,分工完成项目开发,每个小组相互讨论,合作,在实训中表现出了团结的精神。并且,许多人都说:通过实训,他们的计算机知识提高了,操作能力也加强了,这让他们有了一次实践的机会,让他们所学知识能学以致用。
这次实训让每个人都有一定的收获,也让每个人有不同的体会,我想,这对于我们以后的学习会有有很大帮助的。
第二篇:软件开发计划(1.0)
基于网络的CAI教学系统
软件开发计划
版本 1.0
修订版历史
目录
?
?
?
?
?
? 简介 项目概述 项目组织 管理流程 技术流程计划 支持流程计划
简介
目的
本软件开发计划的目的是根据实施的网络教学服务时所需的阶段和迭代来定义开发活动。
范围
本软件开发计划说明团队在开发系统时将采用的总体计划。各次迭代的细节将在迭代计划中说明。
定义、首字母缩写词和缩略语
无。
参考
项目概述
项目的目的、范围和目标
本项目将实施一个定制的系统。它将通网络BBS或电子邮件向用户提供服务的功能。然后,用户就可以通过万维网进行网络教学。
假设与约束
无
软件开发计划的演进
本计划将在每个后续阶段或迭代开始之前进行更新。下面列出了每个阶段的目标结束日期。
项目组织
组织结构
在先启和精化阶段,项目团队的组织形式将如下所示:
角色与职责
下表将列出以上的项目图中的角色并说明这些角色的主要职责。
管理流程
项目估计
本项目的先启阶段将需要 2周时间。后续阶段的初步估计可用2-3周的时间。
项目计划
阶段计划
如果在一个阶段内进行了多次迭代,系统的开发就将分阶段进行。下表列出了这些阶段和相关的时间线:
下表列出了标志各阶段结束的里程碑。
迭代目标
发布版
此时将计划提供两个发布版。第一个发布版必须及时完成以用于 March Madness,其规模将在精化阶段确定。其余的所有功能将包括在一个后续发布版中(如果需要)。
项目时间表
经过更新的计划将在指定的日期提供
项目资源配备
1. 人员配备计划
本项目的人员已列出。
2. 资源获取计划
不适用。
3. 培训计划
目前,本项目所配备的人员都具有适当的技能。为了确保项目人员在产品化阶段后掌握支持系统所需的技能,将在先启阶段制定知识传授计 划。 预算
无预算
迭代计划
本文档包括先启阶段的迭代计划。后续阶段的迭代计划将在其前一个阶段或迭代结束时提供。
项目监测与控制
1. 需求管理计划
无。
2. 进度控制计划
每周发布一次项目状态报告,报告中将包括确保项目按计划进行的里程碑跟踪明细。时间表的变更将提交给项目资助人,由他们来决定是否 为满足目标完成日期而更改项目规模。
3. 预算控制计划
无。
4. 质量控制计划
将对每个设计和实施子系统执行正式的复审。这将确保被复审的对象满足指定的需求。
5. 报告计划
每周发布一次项目状态报告。在适当的时候还将发布阶段和迭代总结报告。
6. 评测计划
将花费一定的精力和时间来跟踪项目进展。计划与实际情况的对比报告将由项目经理用来评测进展。
7. 风险管理计划
单列。
8. 收尾计划
在项目结束时,将举行经验总结会议,以获取新技术、新工具或新方法。项目的可交付工件将在知识管理储存库中存档以备将来参考。
技术流程计划
开发案例
单列。
方法、工具和技术
将使用 RUP 中的标准指南。
基础设施计划
本项目将在 Context Solution Center 进行开发,此中心安装有适当的服务器及软件。
产品验收计划
将要制定。
支持流程计划
配置管理计划
无。
评估计划
将要制定。
文档计划
单列。
质量保证计划
单列。
问题解决计划
将要制定。
分包商管理计划
无 - 不使用分包商。
流程改进计划
在每个阶段结束时,将举行经验总结会议,以总结对流程的改进。