软件开发计划实例.docx

软件开发计划实例.docx

《软件开发计划实例.docx》由会员分享，可在线阅读，更多相关《软件开发计划实例.docx（25页珍藏版）》请在冰豆网上搜索。

软件开发计划实例

软件开发计划（实例）

————————————————————————————————作者：

————————————————————————————————日期：

软件项目开发计划

编号：

G/GZU-YYXXX-SRT-GXDK

版本号：

V1.0

作者：

方勇

学号：

27#

概述

本系统是为贵州省高校开展国家助学贷款而开发的，各高校对贷款工作的有效管理提供可靠的平台，使学生对国家助学贷款的申请，学校贷款管理机构和银行的审批及其间的各种信息交互均通过网络实现，完成学校对贷款管理的信息化，系统化，增强贷款的安全性。

同时，本系统对整个贷款的发放情况提供跟踪和交互的支持，并能够生成各种条件下的详细统计信息，从而实现国家助学贷款从申请、管理到打印全部信息化。

逐步形成一套实用、方便、快键、有效的助学贷款辅助管理系统。

一．过程计划

根据SRT项目的要求及项目小组的计划安排，将贵州高校助学贷款管理系统的开发计划规划如下：

二．规模、工作量的估算

本系统基于贵州省高校贷款工作而开发，就目前的情况下，贵州的贷款工作还处于人工模式，所用的系统还没有网络化，使信息的更新工作量大，而且还容易出现错误等形式。

经学校的大力支持，我们筹备开发贵州高校贷款系统。

使贷款工作合理化，信息化，方便贵州高校贷款工作的展开。

在银行，高校，经济困难学生之间构建更加科学、规范的互动信息平台，从而促进我省助学贷款工作的良性循环。

软件开发规模主要经过需求分析阶段确定系统的功能和结构，由于小组没有开发经验和实践机遇，所以对于我们SRT项目小组来说，这个系统相当于一个很大型的系统工程，需要投入很大的物力和财力解决关键的技术问题。

主要的工作量估算如下：

主线程

分线程

时间

（天）

总天数

（天）

所在分线程时间比

制作人

说明

系统总策划

设计制作

策划

系统栏目策划

10

30

方勇

设计风格策划

3

梁建娟

资料信息整理

资料收集整理

5

祝江

资料编辑整理

3

祝江

系统推广实施

推广活动策划

5

三人一起

存在问题讨论

4

前台

开

发

设计阶段

参考

5

30

设计框架完成主页面和栏目主页面

10

设计装饰图片

8

完成设计整合

7

制作阶段

设计CSS

6

46

完成有装饰图的全部页面制作

10

加入JS

15

作代码优化

15

设计制作

整合

与策划人员沟通

3

8

在后台代码加入后，根据项目小组意见进行整合

5

后

台

开

发

后台开发

审阅功能规范

2

34

确定模块化/分层设计参数

2

制定开发计划

1

编写代码

21

开发人员测试（初步调试）

3

在后台代码加入后，根据项目小组意见进行整合

5

上传功能模块

2

试运行

收集建议及意见进行完善期

调试发布

2

9

广泛征集意见

5

配套修改与更新

2

三．进度安排

3．1甘特图

3.2项目进度表

高校贷款系统开发周期的进度如下：

持续

天数（天）

开始时间

结束时间

任务概述

可行性分析

30

2006年8月1日

2006年9月1日

放假阶段，收集数据，调查总结

需求分析

60

2006年9月2日

2006年11月2日

写出计划书，需求分析报告

概要设计

30

2006年11月3日

2006年12月3日

系统功能数据库的总体设计

详细设计

46

2006年12月4日

2007年1月20日

基本实现系统功能，进入测试

编码设计

30

2007年1月21日

2007年2月21日

找出测试数据，写出计划

测试分析

15

2007年2月21日

2007年3月5日

找出系统的缺点，完善功能

用户操作手册

18

2007年3月5日

2007年3月23日

写出用户操作手册

项目开发总结

9

2007年3月23日

2007年4月12日

总结个性功能要求，更加完善

程序维护手册

30

2007年4月13日

2007年5月13日

在学院服务器上运行，检查结果

软件问题报告

20

2007年5月13日

2007年6月3日

总结问题报告，并做好交付准备

软件修改报告

——

2007年6月2日

以后

维护，改进记录。

接受学校检查

四．项目资源的分配

4.1人员配置计划

依据可行性调查报告，我们的系统主要分为以下几个部分：

1、教育部门管理模块

2、高校贷款管理模块

3、银行贷款管理模块

4、贷款学生管理模块

各模块之间都由三人共同开发。

在具体实现阶段包括程序设计、数据库设计及界面设计方面的具体任务分配如下：

程序设计有梁建娟，方勇共同负责，数据库设计有祝江、梁建娟共同设计，

界面设计由三人共同设计，总体功能由三人共同实际调查和讨论决定。

总的项目设计由方勇负责。

4.2开发环境

由于本系统是贵州大学SRT的一个学生实验项目，只有利用自己学习时间创造环境，利用课余时间来进行项目的开发，经过小组讨论决定，系统统一使用HTML，ASP，VBSCRIPT，JAVASCRIPT等语言开发技术，对系统的程序主要存储在服务器端，浏览的时间动态生成WEB页面。

即在服务器端执行，然后将结果返回给用户。

4.3培训计划

下列培训课程需要对指定的人员（以支持项目开发）进行：

培训内容

时间

参加者

讲解者

软件工程的基本流程

2006年8月26日

方勇梁建娟祝江

指导老师刘峰

OA系统的开发方法

2006年8月27日

方勇梁建娟祝江

指导老师刘峰

VBSCRIPT，JAVASCRIPT语言的基本知识

2006年8月28，29日

方勇梁建娟祝江

指导老师刘峰

以上计划是项目小组必须要学习和准备的基础知识，为以后正式开发项目做好充分的准备。

4.4运行环境

本系统需在WIN98/WINME/WINNT4.0+sp4以上/WIN2000/WINXP（均为中文版、IE5.0以上）环境下运行。

硬件配置：

Microsoftwindows支持的VGA或更高分辨率显示器，建议分辨率1024*768，不能低于800*600，色彩不低于256色，使用小字体。

4.5预算

在经费有限的情况下，将所有的经费预算如下：

支出科目

金额

（元）

计算根据及理由

项目调研

700

交通费，通讯费等

资料费

400

学习相关知识的资料费，购书，打印资料等

系统升级

600

硬件耗材，软件更新等

其它

300

不可预见的杂费

4.6验收标准

该项目的验收标准主要是根据贵州大学SRT项目组的专家进行评审，根据该项目小组所提供的申请书以及合同规定该系统的具体要求来审核的，如果按时完成需求分析规定的各项功能，达到了系统的基本要求就能通过项目组的审核要求。

下面列出主要的验收标准，仅供开发完成后参考。

项目验收表

1

实现目标

安全有效的运行高校助学贷款管理系统

验收方法简要说明

使用系统测试工具，使用一段时间后是否稳定；检查学生申请贷款的各项功能是否出现异常

验收结果

等待验收中……

2

实现目标

配置服务器服务支持和配置移动特性支持

验收方法简要说明

学生能正确的完成贷款流程

验收结果

等待验收中……

3

实现目标

配置高校助学贷款管理系统的安全性设置

验收方法简要说明

使用攻击工具或者有意上传病毒来破坏数据库

验收结果

等待验收中……

4

实现目标

配置高校助学贷款管理系统的运行服务器

验收方法简要说明

使用外网进行各种条件的测试

验收结果

等待验收中……

5

实现目标

配置数据库的运行模式

验收方法简要说明

安装必要的支持软件来为数据库的运行和恢复做好准备

验收结果

等待验收中……

6

实现目标

配置贷款系统的工作站

验收方法简要说明

实现系统的管理和维护的各种操作

验收结果

等待验收中……

7

实现目标

对系统的整体维护设计规划

验收方法简要说明

针对数据库相关检查以及维护措施

验收结果

等待验收中……

8

实现目标

贷款重要信息备份恢复

验收方法简要说明

查看备份时候产生日志中无异常错误，同时能够在模拟环境中恢复数据

验收结果

等待验收中……

整个项目验收结果

用户签字

时间

实施方签字

时间

用户反馈

（用户对项目实施人员及过程的反馈：

非常满意、满意、一般、不满意）

五．质量计划

5.1质量目标

通过采用先进的计算机网络技术，实现高校贷款科学处理及管理信息化。

具体目标为：

（1）实现高校贷款业务处理的流程化、规范化，提高高校贷款业务处理能力和银行服务水平；

（2）实现高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险；

（3）建立全行全面、准确及时的高校贷款信息数据库，为高校贷款数据的统计分析、查询提供保证，为拓展高校贷款、信息综合管理和领导决策提供基础。

实现贷款的各种程序有效的实施和管理。

通过该系统，使贷款工作的效率能大幅度的提高，节省贷款工作中人工阶段的各种复杂操作，大部分工作有系统自动完成，成为现代经济发展的必要工具。

其意义如下：

（1）使高校贷款管理公开，透明地操作，减少人为失误；

（2）使高校贷款业务处理的流程化、规范化，提高高校贷款业务处理能力和银行服务水平；

（3）使高校贷款业务科学化、规范化管理，加强高校贷款风险分析及管理，降低高校贷款的风险；

（4）作为学生信息管理的一部分，进一步丰富学生信息，是学校信息管理的有力补充。

5.2复审计划

对贷款系统的要求是比较高的，所以要经过严格的复审，合格后才能投入使用，具体复审标准如下：

里程碑

提交产品

负责人

评审时间

评审方式

（单人/小组/会签）

需求

特性需求说明书

方勇

软件项目任务书

方勇

软件需求说明书

方勇

用户界面设计

梁建娟

策划

项目估算表

方勇

软件项目开发计划

祝江

配置管理计划

梁建娟

软件测试计划

祝江

风险管理计划

祝江

质量保证计划

方勇

软件验收计划

方勇

设计

概要设计

方勇

详细设计

梁建娟，祝江

集成、系统测试计划

祝江

数据库设计

方勇

实现

源代码

方勇

执行文件*

方勇

集成测试用例、报告

梁建娟

用户指南*

梁建娟

在线帮助*

梁建娟

测试

系统测试用例

祝江

系统测试报告

祝江

用户使用手册*

祝江

交付

实施计划

祝江

培训大纲

梁建娟

软件验收报告

梁建娟

项目总结报告

方勇

六．风险管理计划

6.1风险列表

风险排序

风险等级

风险项描述

降低风险策略

1

高

贷款学生数据维护

设计好数据库，每天自动备份数据库

2

高

管理员数据维护

设计好数据库，每天自动备份数据库

3

高

URL攻击

URL编码，输入安全检查机制

4

高

系统安全

防止URL攻击数据库被盗，防止柱入等

七．项目跟踪计划

7.1任务跟踪

内容

频次

软件项目跟踪与监督表（数据）

完成一个文档的内容就跟踪和监督

个人工作日志

每个开发人员为本项目工作的内容

完成进度报告

每个开发人员完成的内容总结

7.2问题跟踪

项目负责人（方勇）负责跟踪在软件项目执行过程中出现的各种问题并记录于《软件项目问题跟踪表》中.所有的问题应在项目例会或里程碑评审中讨论并跟踪至结束.如果存在问题不能在项目小组讨论协商解决,项目负责人应在两天内提交到指导老师处或者贵州大学SRT项目组解决。

7.3客户反馈

说明项目组和客户定期沟通的时间或频次、沟通人员、沟通方式和处理问题时间等。

7.4项目进度报告

被汇报人

频率

项目负责人（方勇）

祝江

梁建娟

指导老师

7.5项目里程碑报告

被汇报人

频率

项目负责人（方勇）

祝江

梁建娟

指导老师

7.6参考资料

序号

编号

文档名称

1

SRT/SRT—GXDK-05

软件需求说明书

2

SRT/SRT—GXDK-01

项目申请书

3

SRT/SRT—GXDK-02

软件可行性分析报告

4

SRT/SRT—GXDK-04

软件开发进度计划

5

SRT/SRT—GXDK-03

项目估算表

6

SRT/SRT—GXDK-00

软件项目开发计划

八．项目团队

项目组

（项目负责人）

硬件工程组

软件工程组

（软件项目经理）

界面开发

后期测试

指导老师

项目负责人

系统策划

方勇

梁建娟

祝江

工程服务部

客户代表

客户经理

项目负责人

SRT项目专家组

客户代表

8.1组织和结构

项目组

8.2角色和职责

8.2.1角色

主要描述开发人员的开发经历，包括开发的工作时间、熟悉的编程语言、参加哪些项目的开发等情况。

姓名

开发工作时间

熟悉的工具

参加开发的项目

职称

其他

方勇

个

服务器的配置，VC++6.0

SQLServer2000

词法分析器

家庭财务管理系统

毕节市监狱触摸屏系统

学生

祝江

DreamweaverMX2004flash

学生

梁建娟

JavascriptASP

学生

8.2.2职责

高级管理者

为软件项目提供足够的资源.

保证SRT小组的独立性.

解决SRT检查时发现的问题.

审批对外的承诺。

定期审查项目计划和跟踪的相关活动。

研发负责人

规定系统需求；将系统需求分配给硬件、软件和其他成分；规定硬件、软件和其他成分的界面；监控设计和开发以保证他们符合其规格说明；代表公司下达任务书。

客户经理

负责向顾客推销公司可以承接的项目和可提供的产品，并组织进行商务谈判

客户代表

代表客户对项目的各种情况协调处理

项目经理

负责软件和硬件整个项目的协调、管理

软件项目经理

进行需求分析，并进行文档的编写

组织评审等活动

组织制定项目开发计划（SDP）、风险管理计划等计划

配合与协调SRT项目小组的活动.

管理项目组，执行SRT方针和过程以及SDP.

监督和跟踪SDP、组织文档评审和项目估算

硬件工程组

负责硬件工程的实施

指导老师

授权建立软件基线和标识配置项/单元

审查和审定对软件基线的更改

审定由软件基线库制造的产品的生成

界面开发负责人

按软件开发计划进行开发，并记录相关数据；

遵守公司质量管理体系的要求.

系统策划负责人

标识并管理置于配置管理过程之下的软件工作产品集合；

进行软件项目的软件基线生成、管理和备份；

软件配置状态的统计和审计，并向项目组、软件项目经理、高级管理者汇报有关活动情况；

保存并管理各项评审记录、与项目相关的技术文档、标准和规程。

项目负责人

主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一致问题；

定期报告检查情况，发现偏差组织制定纠正、预防措施并监督更正；

后期测试负责人

依据系统测试计划模板制定测试计划.

执行测试计划进行系统测试并记录测试发现的缺陷

提供测试报告.

九．配置管理计划

9.1组织和职责

9.1.1软件配置控制委员会（SCCB）

⏹职责

✓评审配置管理计划，批准配置管理计划的生效。

✓批准各阶段各类配置管理库的启用和配置管理项/单元标识的有效性。

✓评审和批准对软件基线变更的变更申请。

（主要活动）

✓审定由配置管理库制造的软件生成的正确性。

✓定期或事件驱动审核软件基线和配置管理活动。

⏹组织人员名单

姓名

角色

项目组角色

方勇

项目负责人

项目小组组长

梁建娟

成员

开发人员

祝江

成员

开发人员

9.1.2软件配置管理组（SCM组）

⏹职责

✓项目各阶段配置管理库的建立和管理，流策略的实现。

✓制订和维护软件配置管理计划。

✓负责软件基线的更新，审核已执行的对基线的变更。

✓负责对软件基线库的存取管理。

✓定期发布软件配置管理报告、配置管理组行动记录。

⏹组织人员名单

姓名

角色

说明

方勇

软件配置管理员

指导配置管理工作

梁建娟

项目组软件配置管理员

具体实施本项目的配置管理

祝江

项目组软件变更控制管理员

具体负责本项目的变更控制

9.1.3角色与职责

软件配置管理员

软件配置管理员必须要由专人担任，并具有以下规定的工作职责：

✓安装、维护及升级系统；

✓配合项目负责人，制定开发策略和流程；

✓创建、维护数据库；

✓设定数据的访问权限；

✓为开发、集成准备模板文件；

✓执行开发流、错误修改流和集成流等流之间的归并，并在适当时候为版本打标签；

✓定期或事件驱动地执行项目的构建；

✓执行所有版本的发布；

✓配合配置控制委员会（SCCB），定期或事件驱动地召开SCCB例会；

✓定期或事件驱动地进行软件配置状态报告；

✓配合软件质量保证人员（SQA）和项目管理人员进行配置审核；

✓定期备份数据库；

✓解决日常使用中遇到的问题；

✓对开发人员进行配置管理、工具等相关知识、技能的培训。

软件变更控制管理员

软件变更控制管理员应具有以下规定的工作职责：

✓安装、维护及升级系统，并安装所用数据库系统（SQLServer）；

✓配合项目负责人，制定开发策略和流程；

✓根据软件配置管理员提出的变更管理需求，设计并升级模式；

✓创建、维护项目使用的数据库，设定数据的访问权限；

✓定期备份数据库；

✓解决日常使用中遇到的系统问题；

开发人员

开发人员在软件配置管理过程中应担负的职责有：

✓用配置管理员创建自己的工作空间；

✓根据分配基线，生成自己负责的配置项，如项目文档、程序代码、调试报告等，并将这些配置项加入到配置管理库中；

✓根据需要更新静态视图；

✓根据需要变更库中填写变更请求单；

测试人员

测试人员在软件配置管理过程中具有以下职责：

✓负责生成自己负责的配置项并加入配置管理库，如系统测试计划，测试报告等；

✓在配置管理员生成实现基线版本后，提取基线版本进行测试；

✓对测试过程中新发现的问题，在BUGFree数据库中填写异常报告单；

✓验证变更库中跟自己相关的（已被标识为“已解决”，验证人为自己）的变更；

✓确认异常已解决，且没有引入新的异常之后，验证通过；否则验证失败。

9.2用户权限

9.2.1用户组

组名

说明

贷款系统策划组

所有贷款系统策划项目组成员

9.2.2用户组成员

组名

成员

贷款系统开发组

方勇，梁建娟，祝江

9.2.3权限设置

在开发贷款管理系统中，可以为每个目录和文件设置读写权限。

贷款系统策划组主要对针对目录进行访问控制，建立目录访问权限的含义如下：

7：

可读、可写、可执行

5：

可读、可执行

0：

无任何权限

项目

根目录

一级目录

二级目录

属主

属组

存取模式

贷款系统策划组

\plan

admin

贷款系统策划组

750

贷款系统开发组

\develop

admin

贷款系统开发组

770

\SourceCode

admin

贷款系统开发组

770

\Release

admin

贷款系统开发组

770

上表中，存取模式中的三位数字分别代表属主、属组、其他用户的访问权限。

如：

贷款系统策划组项目\plan目录的权限设置为750，表示属主（admin）为7，具有全部权限；属组（贷款系统策划组）为5，具有可读和可执行权限；其他用户为0，没有任何权限。

9.3环境状态

✧网络：

局域网（Windows平台、单域模式）

✧服务器：

按照机器执行任务的不同划分不同的角色——DatabaseServer存储了Database信息，负责提供数据库的服务；ProgramServer是主程序运行和测试的服务器

以下是DatabaseServer的设置情况：

主机名

DatabaseServer角色

内存

CPU

硬盘

网络设置

ITSRT01

主域控制器（域名）

2G

MHz

150GB

IP：

192.168.1.102

以下是ProgramServer的设置情况：

主机名

ClearQuest角色

内存

CPU

硬盘

网络设置

ITSRT02

WEBServer

DatabaseServer

2G

MHz

150GB

IP：

192.168.1.103

✧客户端：

运行Windows2000/98/xp/2003的PC机

9.4目录结构

CPC-PDM_VOB库的目录结构

|--plan项目文档目录

||--DataBase_Design数据库设计文档

||--Event_Meeting事件活动、项目会议记录、评审记录

||--R&D_Doc设计、概要设计、详细设计

||--Requirement需求、需求反馈记录

||--Team_Schedule团队管理及开发计划

||--Tech_Rule技术规范及标准

||--Reference参考文档

||--Manual使用、安装和操作用户手册

||--Test_Debug测试和Bug问题记录

||--SCM软件配置管理

||--Summarize经验及总结

|--programtools开发工具、第三方工具

||--ThirdParty_Package第三方工具

||--IDE_SoftWare