软件开发管理工作制度 - 制度大全
范文大全 导航

软件开发管理工作制度

编辑:制度大全2022-11-24

软件开发管理制度

为加强对定制软件开发工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高定开发效率和效益,特制定软件开发流程管理制度。

一、总则

为保证日常工作正常有序的进行,让开发中各个环境更紧凑,更可控,需要尽可能实现项目管理的正规化,工作过程的流程化,以便提高软件质量,按期交付。

1、软件开发总体遵循项目管理和软件工程的基本原则。

2、项目管理涉及项目立项、项目计划和监控、配置管理。

3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。

二、阶段成果

根据软件工程的过程,制定以下工作流程,并规定了各个重要环节需要提交的交付物。各阶段需提交的文档:

1、立项:项目申请表,软件需求报告或设计方案。

2、需求分析:项目研发主计划、需求规格说明书

3、总体设计:概要设计说明书或功能模块描述

4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。

5、软件实现:软件功能说明、源代码说明或者注释

6、产品测试:测试报告

7、产品发布:产品说明书、使用手册

8、产品维护:问题反馈记录

9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。

软件过程成果表:

阶段

形成文档

职责及文档成果描述

负责人

涉及范围

备注

需求阶段

项目立项报告(Word)

明确甲乙双方责任及义务,需双方签字确认

项目经理

验收报告

大部分业务建模和需求,少部分分析设计

业务需求说明书(Word)

需求定义,阐述业务范围及内容,开发组负责制定最优技术设计方案

项目经理/分析员

验收报告

项目开发计划(Project)

用户、领导、项目组都了解项目进度

项目经理

验收报告

设计阶段

业务流程总体设计书、详细设计说明书(Word/Visio)

项目组成员分配任务,并召开讨论会议,讨论项目的技术架构和可能存在的技术难点,梳理业务流程,统一开发规则和风格等

项目经理/分析员

验收报告

大部分分析设计,部分实施编程及测试,开始考虑部署

数据库关系设计图、流程图(PowerDesigner)

便于项目开发

分析员

验收报告

任务分配文档(Word)

明确每个组员的开发任务及职责

项目经理

过程报告

问题说明报告(Word)

让用户、领导及组员及时了解和发现问题

项目经理

过程报告

业务变更文档(Word)

记录开发过程中用户提出的业务需求变更情况

分析员

过程报告

测试阶段

项目测试方案及报告(Word)

记录项目测试的方法,验证系统功能与性能的记录

测试员

验收报告

反复测试直至系统稳定

用户使用手册(Word)

方便用户使用软件而提供的使用说明书

测试员

验收报告

上线及运行

系统切换报告

系统部署后的操作记录

项目经理

过程报告

部署及维护

用户培训报告

用户培训文档

项目经理

过程报告

项目验收报告(Word)

记录甲乙双方签订项目验收报告

项目经理

验收报告

项目总结性报告

项目组通过此项目总结经验及不足

项目经理

总结报告

三、岗位设置

根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,软件设计师,程序员,测试工程师的岗位设置。

岗位

工作内容

责任

项目经理

1、选定项目组成员,成立项目组,安排任务分工

2、与客户进行沟通和协调(业务需求或非业务需求方面),以及需求调研工作。

3、制定开发主计划,包括需求,设计,编码,测试这几个阶段的计划。

4、估计项目开发费用

5、制定小组开发进度表,对组内人员工作进度监控。

6、和客户进行沟通,进行需求调研,汇总需求分析文档,并编写系统总体设计方案

7、对文档的质量进行检查、把关

8、对组内成员的工作进行指导

1、对客户的沟通协调工作负责;

2、对软件的开发效率、质量、费用负责

3、对用户的需求分析的质量负责;

4、对系统总体设计、详细设计文档质量负责

软件设计师

1、负责系统的模块设计,详细设计文档

2、绘制界面原型demo等,设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程,界面说明等,完成大部分的前端设计,小部分的后端设计。

3、负责技术难度大的模块的代码或者公用模块代码的编写、维护

4、对自己负责模块的详细设计、代码编写。

5、对小组内人员进行技术指导

1、对组内人员的开发效率负责;

2、对产品整体风格负责

3、对项目整体设计流程负责;

4、对自己模块的开发效率和质量负责。

程序员

1、与项目经理沟通和确认某个模块的需求和实现方法

2、负责某个模块的代码编写、维护

3、对其他模块的代码的维护

4、负责与测试人员的交互,处理测试人员的问题

1、对自己模块的开发效率和质量负责。

测试工程师

1、根据用户需求分析和系统总体设计,编写测试文档和测试用例。

2、对系统的功能、性能、异常进行测试。

3、编写测试文档和操作指导手册。

1、对测试的质量负责

2、对测试文档和操作手册的质量负责。

四、项目立项

1、分析人员进行应用调查与分析,确认软件的应用需求。

2、成立项目评审会,开发总监、部门经理和指定人员必须参加。对项目进行可行性研究,编写项目建议书,评估项目的难度和工作量,形成可行性研究报告。

3、根据项目配置的优劣成立项目开发组,制定软件开发计划,确定项目经理,由部门和项目经理共同来确定具体项目配置,知识技能要求,团队成员及团队的角色。

五、项目计划与监控

1、以项目为单位,项目经理负责整个项目的计划、组织和控制。

2、在整个项目过程中,项目经理定期检查项目进度和完成情况,调整人员分工和安排。

3、项目计划需要变更时,需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核,以便根据变更内容及时调整计划。

六、需求分析

1、对用户提出的需求进行分析汇总,梳理用户的业务流程和详细的功能定义。

2、做出简单的界面原型,与客户进行有效的沟通,编写需求详细说明书。

3、根据现有条件进行估计,制定项目进度,制定详细的软件开发计划。

七、总体设计

1、在该阶段确定总体结构和软件开发架构,文件命名规范,编码规范。可按软件需求划分成子系统,也可直接定义目标系统的功能模块及各个功能模块的关系。

3、确定软件模块结构,给出每个功能模块的功能描述、数据接口描述,并完成系统概要设计说明书。

4、完成数据库的设计,并编写数据库设计说明书。

5、完成的文档需提交公司进行归档管理。

八、详细设计

1、调整前一步设计的不足,确认各模块之间的详细接口信息。

2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程,界面说明等。

3、确定模块内的数据流或控制流,对每个程序模块必须确定所有输入、输出和处理功能。

4、汇总并提交所有相关文档,审核确认质量和进度。

九、软件实现

1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划

2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具,明确项目成员的职责分工,按照编码规范和详细设计实现软件功能。

3、代码应满足结构良好,清晰易读,且与设计一致,符合编码规范。

4、开发人员需要软件实现过程中编写软件功能说明,源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号,软件功能、主要功能实现过程。源代码说明应说明项目编号、软件名称、功能,全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中,以注释形式存在。

5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题,并以书面形式反馈主要问题及解决办法,直至系统运行稳定。

6、汇总并提交所有相关文档,提交公司备案。

十、软件测试

1、根据单据测试和集成测试两个过程,制定测试计划。按阶段设计测试实例,并将测试结果记录,未通过的的反馈给开发人员调整。

2、完成测试文档、操作手册、安装维护手册的编写。

十一、用户培训

1、准备用户培训计划、培训手册

2、确定培训时间、培训地点,向用户进行系统使用培训、操作指导及提供软件操作手册。

3、保留培训签到表,用户意见等存档。

十二、系统上线

1、制定上线计划,确定上线工作时间表,部署的环境。

2、上线操作步骤以及问题处理步骤;

3、根据软件特点、客户需求进行软件部署,并记录软件部署和运行结果;

4、项目组根据系统运行请款对系统进行优化,记录系统的运行情况、系统问题和处理后的版本。

十三、系统验收

1、验收工作准备,按要求整理项目成果物,打印装订成册,并提交客户方。

2、系统主要使用部门及信息技术部门联合成立项目验收小组,从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核,根据验收情况形成系统验收报告

3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。

十四、产品维护

1、调出项目主要开发人员,按照合同要求安排维护人员对系统进行技术支持。

2、系统需求变更或调整,记录变更原因和软件及源代码的版本控制,按照软件变更要求对系统进行维护。

十五、源码和文档

1、源代码/文档管理采用版本控制软件SVN。

2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查,开发总监或部门经理定期进行抽查。

3、文档分为项目文档和个人文档,文档上传前进行归类和汇总。

十六、质量检查

1、项目负责人每天要检查成员的工作完成情况,特别是新员工的工作进展;

2、工作抽查制度:不定期的进行抽检,并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。

3、内部审核制度:针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会,提出意见或解决方案。

十七、文档规范

1、需按照软件实施的阶段落实成果物,参照《软件过程提交成果表》。

2、如果客户有特殊要求,请按照客户要求的规范完成。并将最终的问题提交公司归档备份。

十八、软件变更

为规范软件变更与维护管理,特制定本制度。本制度适用于应用系统开发完毕并正式上线,移交给客户方之后的运行支持及系统变更工作。

1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。

2、需求部门提出系统变更需求,开发部技术支持人员根据重要性和紧迫性做判断,确定其优先级和影响程度,并进行相应处理,同时将变更需求整理成系统变更申请表。

3、系统变更实现过程按照软件开发过程规定进行,遵循软件开发过程统一的编码标准和版本控制,并经过测试通过才能完成部署和上线。

4、在系统变更完成后,开发人员需将系统变更表的执行结果找业务部门负责人签字后,提交至公司进行归档管理。

篇2:图书管理系统软件开发计划书

软件项目开发计划书

图书管理系统软件开发计划书

项目名称:图书管理系统

目录

1引言-5-

1.1编写目的-5-

1.2背景-5-

1.3定义-7-

1.4参考资料-7-

1.5系统动机-8-

1.6标准、条件和约定-8-

1.7编写文档的WBS-9-

2项目概述-11-

2.1工作内容-12-

2.2主要参加人员-12-

2.3产品及成果-14-

2.3.1程序-14-

2.3.2文件-14-

2.3.3服务-14-

2.3.4非移交产品-15-

2.4验收标准-16-

2.4.1代码的验收-16-

2.4.2文档验收-17-

2.4.3服务验收-17-

2.5完成项目的最迟期限-17-

2.6本计划的审查者与批准者-17-

3实施总计划-18-

3.1开发过程-18-

3.1.1需求分析-18-

3.1.2系统设计-18-

3.1.3编码及测试阶段-18-

3.1.4文档、产品部署-19-

3.1.5项目总结-19-

3.2工作任务的分解-20-

3.3接口人员-21-

3.4进度-21-

3.5预算-23-

3.6关键问题-23-

4支持条件-25-

4.1计算机系统支持-25-

4.2需要用户承担的工作-27-

4.3需由外单位提供的条件-27-

5专题计划要点-28-

5.1开发人员培训计划-28-

5.2测试计划-29-

5.3质量保证计划-29-

5.4人员配置计划-29-

5.5客户培训计划-29-

5.6安全保密计划-30-

5.7合同计划-30

1引言

1.1编写目的

为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,有必要以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。

本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1.2背景

山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统,主要功能是实现图书馆的信息化管理,包括读者信息管理,书籍信息管理,借阅信息管理,管理者信息管理等功能。项目周期为六个月,项目背景规划如表1.1所示。

表1.1

项目背景规划

项目名称

项目委托单位

任务提出者

项目承担单位

图书管理系统

山西农业大学

成老师

图书管理系统是学校信息管理系统的一个重要组成部分,它需要学生基本信息系统提供学生的基本资料,因为很多情况下,图书证号和学生的学生证号是一样的,而且在图书管理中,需要知道学生所在的系别和班级等信息;另外,它还需要教职工信息系统提供基本资料,因为教职工当然也能在图书馆借阅图书。

因此,在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统,以便系统之间的信息交流和管理。

1.3定义

专门术语:

SQL

SERVER:系统服务器所使用的数据库关系系统(DBMS)。

SQL:一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

缩写:

系统:若未特别指出,统指本图书管理系统。

SQL:Structured

Query

Language(结构化查询语言)。

ATM:Asynchronous

Transfer

Mode

(异步传输模式)。

UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。

1.4参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件:

图书借阅关系系统需求说明书

软件工程项目开发文档范例

软件工程国家标准文档

图书借阅管理需求说明书

软件需求说明书编写规范

书籍包括:

《软件项目管理》

朱少民,韩莹

编著,人民邮电出版社。

《软件项目管理》RajeevTShandilya编著

科学出版社。

1.5系统动机

图书的管理是一门复杂的学问,与一般的企业和机构管理不同,它要处理的信息量极大,进行的操作繁琐。很多年以来,管理图书馆是利用人工操作,读者要借书还书时需要操作员手动进行,这中间查询、录入信息、管理的过程是很复杂的。在计算机被广泛应用之后,利用计算机进行图书管理成为成为了可能。

本软件系统通过实现读者、图书馆操作员与图书馆内部资料的交互,使得快速地进行图书管理成为了可能。借还书环境和管理环境将更加方便快捷。

1.6标准、条件和约定

本项目遵从以下标准:

GB/T13702-1992

计算机软件分类与代码

GB/T20918-20**

信息技术

GB/T19003-20**

软件工程

GB/T5538-1995

软件工程标准分类法

GB/T9386-20**

计算机富安居测试文档编制

GB/T9385-20**

计算机软件需求规格说明

GB/T5532-20**

计算机软件测试规范

GB/T18221-2000

信息技术程序设计语言

GB/T11457-20**

信息技术

软件工程

GB/T8567-20**

计算机软件文档编制规范

1.7编写文档的WBS(Work

Breakdown

Structure,工作分解结构)

编写文档任务

任务调度

收集材料

分类编写

检查验收

总结成果

任务规划

图书馆

目录章节

阶段检查

阶段总结

任务分配

网上资源

详细编写

汇总检查

汇总总结

2项目概述

随着人们知识水平层次的提高,图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大,仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生,逐渐成为信息化建设的重要组成部分。图书管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息,以及馆内库存的详细情况,对借书和还书两大功能进行合理操纵并登记。

图书管理系统采用目前比较流行的C/S模式,eclipse作为前端开发工具,后台数据库管理系统为SQLServer2000,系统的运行平台为Windows。系统运行再图书馆工作人员的客户机上,对数据库访问的并发处理由SQLServer控制。

本图书管理系统主要实现的功能如下:

进入系统前需要身份验证,输入正确的用户名和密码才能进入系统。

用户可以根据需要进行书库管理。

用户可以进行借书证的办理、查询、挂失等操作。

用户可以添加账户和修改密码。

项目开发时间:90天

开发工具:

eclipse

2.1工作内容

1、制作和修订项目开发计划;

2、进行计划跟踪与监控;

3、配合SQA的质量保证工作;

4、工作产品及时进行受控管理;

5、按计划提请阶段评审;

6、提交测试部门评测开发产品;

7、交付最终工作产品。

8、项目实施总结

9、项目验收

2.2主要参加人员

为了完成图书管理系统的项目开发,公司组建了一个临时的项目团队,有项目组组长、副组长、组员构成,如图2.1所示。

组长

副组长

组员

组员

组员

组员

图2.1

项目团队组织结构图

表2.1人员分工

姓名

角色

工作描述

组长

负责计划、分配任务、决策的实施

副组长

负责项目的具体实施与监管

组员

负责收集材料

组员

负责收集材料

组员

负责收集材料

组员

负责收集材料

组员

负责收集材料

组员

负责验收成果

2.3产品及成果

2.3.1程序

软件名称:沈阳师范大学图书管理系统

编程语言:Java

存储方式:U盘

功能:图书馆业务集成系统采用国内先进的汇文文献信息服务系统,该系统由采访、编目、典藏、流通、连续出版物、统计、系统管理、OPAC等模块组成。

2.3.2文件

用户操作手册:本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。

软件维护手册:主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。

2.3.3服务

计划提供以下服务:

课堂培训:以讲课形式对客户进行培训,使其能够正确使用软件。

免费咨询:客户可以在工作时间向技术人员提出问题并获得解答。

技术支持:对于某些客户,采取上门指导的方式。

软件维护:获取软件使用中的问题,提供补丁程序。

升级通知:在软件新版本发布的时候,及时通知(Email或邮寄信件)注册的用户,并提供试用版本。

软件升级:对于注册用户,只需较少的费用即可升级到新的版本。

2.3.4非移交产品

可行性分析报告:说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。

项目开发计划:为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。

软件需求说明书(软件规格说明书):对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。

概要设计说明书:该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。

详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。

测试计划:为做好集成测试和验收测试,需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。

测试分析报告:测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。

开发进度月报:该月报系软件人员按月向管理部门提交的项目进展情况报告,报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。

项目开发总结报告:软件项目开发完成以后,应与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力,此外,还需对开发工作做出评价,总结出经验和教训。

软件问题报告:指出软件问题的登记情况,如日期、发现人、状态、问题所属模块等,为软件修改提供准备文档。

软件修改报告:软件产品投入运行以后,发现了需对其进行修正、更改等问题,应将存在的问题、修改的考虑以及修改的影响做出详细的描述,提交审批。

源程序:软件开发过程中的全部代码以及注释。

2.4验收标准

2.4.1代码的验收

最后在交付客户之前进行小组内评审,代码编写符合HB6465标准,与文档说明保持一致,代码书写风格统一,采用标准规范,没有下列错误:由于软件缺陷造成丢失数据,不符合设计要求,响应时间太长无法接受等问题。

2.4.2文档验收

最后在交付客户之前进行小组内评审,文档格式符合HB6465标准,

功能符合与客户的合同要求,清晰易读,没有语病与歧义。

2.4.3服务验收

服务硬件达到文档说明的要求,人员技术考核合格,定期上门维护。

2.5完成项目的最迟期限

交付日期

从20**年12月15日开始至20**年3月18日,完成对整个系统的可行性报告分析、需求分析说明书、开发计划说明说、系统设计书、项目测试、项目总结,对概念模型、存储模式、完整性控制、存取权限等进行了定义,对系统功能各模块进行了详细设计,定义了数据库总体结构、编码命名规范,并交付用户。交付日期为20**年3月20日,延期交付日为3月22号。

2.6本计划的审查者与批准者

本系统由客户提出,自20**年12月28号正式批准,审查者为成老师,批准人为成老师。

3实施总计划

3.1开发过程

3.1.1需求分析

需求分析是整个设计中重要的一环,当可行性分析完成,项目立项,确定开发角色后,从12月29开始至20**年1月30日,有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析,并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后,确定了用户需求,对软件必须完成的功能进行了定义,在此基础上完成了数据定义,建立了数据字典。

3.1.2系统设计

从2046年1月6日开始至2月5日,完成对整个系统的分析设计,对概念模型、存储模式、完整性控制、存取权限等进行了定义,对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。

3.1.3编码及测试阶段

从20**年2月6日开始至2月22日,完成程序设计和系统测试,完成了数据库建立及程序的编制调试。为了避免错误积累,采用边开发边测试的基本模式,对每个模块都安排专人进行单独测试,系统联调及系统测试,对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试,对发现的问题进行彻底纠正。

3.1.4文档、产品部署

从3月2日开始至3月25日,完成用户培训工作,编写各类文档,系统投入运行阶段。

3.1.5项目总结

项目结束后用一周左右时间,对项目研发、部署等开发过程中的问题、经验教训总结备案,以利于项目经验的积累和开发进的的缩短。

3.2工作任务的分解

表3.1

工作情况

工作内容

负责人

参加人员

项目的可行性分析(项目可行性分析报告)

项目开发报告(报告)

需求分析(需求分析规格说明书)

全体人员

系统分析(概要设计及说明书)

全体人员

详细设计(详细设计说明书)

数据库建立

全体人员

界面设计

测试计划(报告)

测试报告(报告)

项目开发总结报告(报告)

全体人员

用户操作手册(报告)

全体人员

用VISIO绘制数据流图、E-R图等各种图形

全体人员

软件安装、测试

用户培训

后期维护

3.3接口人员

负责本项目同用户的接口人员为邹浩,由软件发开方派专人,按客户要求,指定地点安装,调试,运行并给客户演示,在后期中负责维护和更新。

3.4进度

方法:采用结构化开发

设置模块开发优先级:通过对图书管理的特点和信息流程等的分析,确定各模块开发的先后次序。

具体开发进度安排如下:

注:有四个里程碑,分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。

表3.2

里程碑事件

里程碑名称

产品名称

提交日期

责任人

需求访谈结束

需求说明书

20**.12.28

系统分析结束

系统说明书

20**.01.17

系统设计结束

数据库设计说明书

20**.1.30

系统编码完成

可运行系统

20**.2.13

项目结束

项目工作总结

20**.3.18

3.5预算

表3.4表劳务的预算(人员成本3000/月)

参与人员

时间(月)

预算(元)

5

18000

5

18000

5

18000

5

18000

5

18000

5

18000

5

18000

5

18000

总共8人

总计144000

表3.5经费的预算

办公费

800元

差旅费

500元

机时费

2000元

资料费

300元

通讯设备

专用设备

总费用支出

3600元

3.6关键问题

3.6

项目风险因素

风险排序

风险项名称

风险描述

风险缓解方案

1专业基础知识不牢

本次项目开发过程中涉及的知识较多,给项目开发人员带来一定的困难

进行相应的培训

2经验欠缺

成员开发经验不足,使项目质量难以保证

只有通过不断的实践

3软件性能的影响

本次开发过程中部分软件可能容易出现死机现象

选择合适的软件,搭建良好的配置开发环境

影响本计划完成的主要问题有:

没有经费和硬件设施有限

用户需求不清,存在误解及二义性

第一次开发软件,开发人员没有实际经验

时间有限,没有足够的开发时间

4支持条件

4.1计算机系统支持

开发时需要的支持条件:

硬件:

服务器:PentiumIII

500以上或更高,

内存:512M以上;

硬盘:至少80G以上;

CD-ROM:32倍速以上;

网络适配器:10MB/100MB自适应;

打印机一台

UPS(选配)

工作站:Pentium

4以上微机;

内存:512MB

硬盘:至少80以上;

CD-ROM:32倍速以上;

网络适配器:10MB/100MB自适应

网络:

至少一台服务器

至少一台工作站

使用TCP/IP协议的局域网

软件:

操作系统为Window

XP,使用集成开发工具Eclipse5.5.1,数据库采用SQL

Server2000,项目运行环境为JDK6.0.

其他开发工具包括:Dreamweaver,Microsoft

Visio,Rational

Rose,Power

Designer

Trial11,TomCat6.0

CVSNT2.5.03

运行时需要的支持条件:

一、服务器的要求

1.服务器的中央处理部件(CPU)建议使用PIII1G(以上)Xeon处理器芯片。

2.服务器内存必须使用服务器专用ECC内存

3.为了保证数据存储的绝对可靠,硬盘应使用磁盘冗余阵列(RAID01)

4.为了防止服务器不可预测的故障,或者服务器的定期维护对公司整个业务造成的影响,所有建议使用两台服务器。两台服务器应构成双机热备份。中间使用Watchdog电路。这样的结构可以保证整个系统的长时间不间断工作,即使在服务器定期维护的时候也可以使用后备另一台服务器工作。

5.服务器应支持热插拔电源

6.服务器必须配备UPS(不间断电源)。

7.服务器应该放在学校内部。不然无法进行程序调试。

8.服务器应该必须有固定IP地址。

9.其他性能在经济条件允许的情况下,应该尽量使用高速稳定的配件。

二、服务器上应该配备的软件

1.操作系统:MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver

2.数据库:MicrosoftSQLServer2000(简体中文版)

3.服务器必须使用专业的防火墙和反病毒软件。

4.除了为了运行必须配备的程序以外,服务器上建议尽量不要安装其他无关程序,以减少程序的混乱或者程序的意外冲突。

5.各系的操作系统尽量统一。(Windows9x系列或者Windows2000系列)。这样可以避免管理软件因为操作系统版本不一致造成的过多的开销。

6.各系的机器必须也安装反病毒软件和防火墙。以防止网络上的蠕虫病毒在整个网络范围内的蔓延。

7.如果要打印涉及字段比较多的报表,应该配备针式打印机。

4.2需要用户承担的工作

向本小组成员进行培训,其内容包括图书馆的工作结构、图书管理系统的工作流程,以及图书馆规模包括可容纳多少图书,多少读者,有几个级别的管理员和管理员数目这些内容必须在数据库创建之初就进行培训。配备相应硬件系统,做到规范操作,备份好数据防止数据丢失,软件交付日期为软件安装测试人员提供环境。

4.3需由外单位提供的条件

本系统为独立开发,不需要外单位提供条件。

5专题计划要点

5.1开发人员培训计划

20**年3月18日起,至20**年3月28日,共十天实习期间,上午进行软件工程项目开发各项内容的专题知识讲座;下午进行开发设计。

表5.1

小组培训内容

培训内容

时间

参加者

Project

使用教程

20**-12-18

小组所有成员,由邹浩负责培训

Rose使用

20**-12-20

小组所有成员,由邹浩负责培训

J2EE架构配置

20**-12-24

小组所有成员,由邹浩负责培训JavaDoc培训

20**-12-26

小组所有成员,由邹浩负责培训

5.2测试计划

20**年3月2日―20**年3

月13日对软件进行各项测试工作;

5.3质量保证计划

严格按照项目开发过程中的各项步骤,从项目立项,可行性研究报告、需求分析报告、项目开发计划等,具体实施;

5.4人员配置计划

该项目开发小组共8人:组长:邹浩

组员:王莹、卢珊珊、侯迪、张旭、印万涛、刘啸虎、张竣铭。

5.5客户培训计划

在软件实际应用后的前一个月,对用户进行软件操作方法的具体培训;

5.6安全保密计划

在从项目开发阶段到最后软件的正式发布期间,做好项目的保密工作,小组成员对所有项目所有相关文档进行加密,做好备份工作。

5.7合同计划

和客户协商签订软件使用合同。

制度专栏

返回顶部
触屏版电脑版

© 制度大全 qiquha.com版权所有