<(火车票)自动售票机模拟软件>

软件开发计划

版本 <1.0>

修订历史记录

目录

1. 简介

1.1 目的

1.2 范围

1.3 定义、首字母缩写词和缩略语

1.4 参考资料

1.5 概述

2. 项目概述

2.1 项目的目的、规模和目标

2.2 假设与约束

2.3 项目的可交付工件

2.4 软件开发计划的演进

3. 项目组织

3.1 组织结构

3.2 外部接口

3.3 角色与职责

4. 管理流程

4.1 项目估计

4.2 项目计划

4.2.1 阶段计划

4.2.2 迭代目标

4.2.3 发布版

4.2.4 项目时间表

4.2.5 项目资源分配

4.2.5.1 人员配备计划

4.2.5.2 资源获取计划

4.2.5.3 培训计划

4.2.6 预算

4.3 迭代计划

4.4 项目监测与控制

4.4.1 需求管理计划

4.4.2 进度控制计划

4.4.3 预算控制计划

4.4.4 质量控制计划

4.4.5 报告计划

4.4.6 评测计划

4.5 风险管理计划

4.6 收尾计划

5. 技术流程计划

5.1 开发案例

5.2 方法、工具和技术

5.3 基础设施计划

5.4 产品验收计划

6. 支持流程计划

6.1 配置管理计划

6.2 评估计划

6.3 文档计划

6.4 质量保证计划

6.5 问题解决计划

6.6 分包商管理计划

6.7 流程改进计划

7. 其他计划

8. 附录

9. 索引

软件开发计划

1. 简介

电子商务的出现，正好带给了铁路客运服务一个发展契机，推出新型的订票方式-自动售票机软件，既是技术上的创新，又将完善铁路服务，可以在一定程度上解决买票难这一难题，增强铁路竞争力，为铁路争取更多的客流。 1.1 目的

1.2 范围

此软件将会配置在各自动售票机上，与网页端的售票软件相配合，实现铁路客运服务的电子商务。

1.3 定义、首字母缩写词和缩略语

Rational统一过程(Rational Unified Process) RUP

1.4 参考资料

《Rational Unified Process 版本 2000.02.20》，Rational Software Corporation。（中英文版）

《 统一开发过程 软件开发队伍的最佳实践（Rational Unified Process（RUP） Best Practices for Software Development Teams）

《 Rational Unified Process 版本 2007 》（中文版）

《用例分析技术》（Applying Use Case），Geri Schneider，Jason P.Winters, 机械工业出版社，20xx年8月，ISBN 7-111-10853-1

《编写有效用例》（Writing Effective Use Cases ），（美）Alistair Cockburn，机械工业出版社，2002 年9月，ISBN 7-111-11090-0

1.5 概述

项目概述

这是一款应用于自动售票机上的软件。包含：车票查询模块，订单管理模块，车次管理模块。

2. 项目概述

2.1 项目的目的、规模和目标

目的目标：作为铁路客运电子商务的一种新方法，缓解购票难。 交付工件：

软件需求规约

补充规约

软件测试计划

用户界面原型

配置管理

火车票售票系统

2.2 假设与约束

预算：服务器费用 开发人员薪酬 资料打印费

人员：

项目经理：崔斌(54100811)

系统分析员：王越群(54100821) 王睆綦(54100824)

设计人员：王越群(54100821) 刘向阳(54100819)

实现人员：崔斌 刘明(54100817)

测试人员：徐元杰(54100808) 王军鹏(54100810)

配置管理人员：刘威志(54100818)

界面设计人员：王巍(54100823) 齐钰生(54100809)

设备：

个人笔记本作为服务器

CPU：i5-450 2.40GHZ显卡：ATI5670 内存：2G 硬盘：500G 时间表：

2.3 项目的可交付工件

2.4 软件开发计划的演进

3. 项目组织 3.1 组织结构

管理人员：项目经理 设计人员

复审委员会：每个部分选出一人组成复审委员会

3.2 外部接口

3.3 角色与职责

工作流程及负责人

1、软件开发计划：项目经理

2、软件需求规约 用例规约 补充规约：设计人员

3、软件测试计划：测试人员

4、用户界面设计结果：界面设计员

5、配置管理计划：配置管理人员

6、软件设计文档：设计人员

7、测试设计：测试人员

8、项目文档：全体组员

4. 管理流程

4.1 项目估计

4.2 项目计划

4.2.1 阶段计划

4.2.2 迭代目标

2013.11.17完成第一次迭代 向用户提交界面原型。并请其提出修改意见。 2013.11.24 完成第二次迭代 向用户提交注册 登录模块。。

2013.11.30 完成第三次迭代 向用户提交车票查询模块。

2013.12.7 完成第四次迭代 向用户提交订单管理模块。

2013.12.27 完成第五次迭代 向用户提交车次管理模块。

2013.1.2 完成最后一次迭代 向用户提交完整的并经过测试的整个系统。

4.2.3 发布版

4.2.4 项目时间表

4.2.5 项目资源分配 4.2.5.1 人员配备计划

设计人员：王越群(54100821) 刘向阳(54100819) 实现人员：崔斌 刘明(54100817)

测试人员：徐元杰(54100808) 王军鹏(54100810) 配置管理人员：刘威志(54100818)

界面设计人员：王巍(54100823) 齐钰生(54100809)

4.2.5.2 资源获取计划

来源于班级中愿意去完成此项目的同学

4.2.5.3 培训计划

4.2.6 预算

4.3

迭代计划

4.4 项目监测与控制

4.4.1 需求管理计划

4.4.2 进度控制计划

成立进度控制管理小组

成立以项目经理为组长，以项目副经理为常务副组长，以各职能部门负责人为副组长，以各单元工作负责人、各班组长等为组员的控制管理小组。小组成员分工明确，责任清晣;定期不定期召开会议，严格执行讨论、分析、制定对策、执行、反馈的工作制度。项目管理者联盟，项目管理问题。

4.4.3 预算控制计划

确立阶段目标，提高效率，节省预算。

整合开阶段开发资源，防止返工。

小组成员间保持信息沟通，以免资源浪费

根据业绩评价来分配预算，达到劳者多得，合理分配，提高积极性。

4.4.4 质量控制计划

在所有工件提交前一天进行工件质量控制，发现问题立即由负责人进行纠正。

4.4.5 报告计划

内部报告：

每完成一个工件 做一次报告

外部报告：

4.4.6 评测计划

4.5 风险管理计划

4.6 收尾计划

人员重新分配：如果在实现阶段 人手不够 由分析员与设计员参与进来。 项目材料存档：1.6版本发布后进行 工件 和 之前 版本存档

检查汇报及报告：1.6版本发布后 对 客户及 小组内部进行汇报。 5. 技术流程计划

5.1 开发案例

5.2 方法、工具和技术

? 业务建模指南

? 用户界面指南

? 用例建模指南

? 设计指南

? 编程指南

? 测试指南

? 手册风格指南

5.3 基础设施计划

5.4 产品验收计划

6. 支持流程计划

6.1 配置管理计划

6.2 评估计划

走查：在每一次模块完成中进行模块评估。

检查：在模块提交前，对模块进行检查。

复查：在向用户提交每一版本后，根据用户意见进行复查。

6.3 文档计划

6.4 质量保证计划

6.5 问题解决计划

6.6 分包商管理计划

6.7 流程改进计划

7. 其他计划

合同：项目组将按照计划 向客户提交演示 测试 正式版本。如果逾期未提交将按照提供薪酬的20%-30%进行赔付（具体多少将根据 逾期时间与项目内容进行定夺）。

8. 附录

《Rational Unified Process 版本 2000.02.20》，Rational Software Corporation。（中英文版）

《 统一开发过程 软件开发队伍的最佳实践（Rational Unified Process（RUP） Best Practices for Software Development Teams）

《 Rational Unified Process 版本 2007 》（中文版）

《用例分析技术》（Applying Use Case），Geri Schneider，Jason P.Winters, 机械工业出版社，20xx年8月，ISBN 7-111-10853-1

《编写有效用例》（Writing Effective Use Cases ），（美）Alistair Cockburn，机械工业出版社，2002 年9月，ISBN 7-111-11090-0

9. 索引

 

第二篇：考勤管理系统软件开发计划

 陕西国防工业职业技术学院

软件项目开发计划书

[学生考勤管理系统]

[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.项目开发总结报告。

实训总结

     一周的软件工程实训马上完了，感觉挺有成就感的。因为在实训之前我们对于软件的概念很模糊，根本不知道那是什么，对于那个名词感到陌生，老师上课讲的东西也不知道是干什么用的。而现在在实训中才发现平时学的东西的重要性了，我们每个人完成的项目都要用到老师讲的东西，真的是知识用到方恨少啊！

在这次试训中，不仅使我们对自己的专业有了进一步认识而且也知道从今以后该向哪方面努力了。实训中老师采取分组完成项目的方式，把任务分配各组，再由各组把任务分配到人，分工完成项目开发，每个小组相互讨论，合作，在实训中表现出了团结的精神。并且，许多人都说：通过实训，他们的计算机知识提高了，操作能力也加强了，这让他们有了一次实践的机会，让他们所学知识能学以致用。

这次实训让每个人都有一定的收获，也让每个人有不同的体会，我想，这对于我们以后的学习会有有很大帮助的。