软件开发整体打算模板实例.docx
《软件开发整体打算模板实例.docx》由会员分享,可在线阅读,更多相关《软件开发整体打算模板实例.docx(18页珍藏版)》请在冰豆网上搜索。
软件开发整体打算模板实例
湖南MTC改造测试项目
开发打算
北京云星宇湖南MTC项目组
2020年1月
文件档案表
编号
名称
湖南MTC改造测试项目开发计划
页数
39
版本
与文档相关的文件位置(URL)
设计
编写
QA审核/校验
评审
批准
责任人
刘刚
日期
所属机构
安全保密级别
普通
秘密
★
机密
高级机密
备注
修改记录
日期
版本号
内容摘要
作者
2010-1-10
创建,完成出要内容
刘刚
一.引言
1.编写目的
本打算编写目的是更清楚地明白得“湖南MTC改造测试”项目的业务要求,明确项目需要做的工作,并为保证项目在范围和进度方面的要求提供可执行的依据,包括了范围、进度、质量、人员安排在内的明确的打算和安排,以切实能保证项目能在受控状态中完成。
本文档的读者是公司治理层相关领导,本项目团队成员,客户方对本项目的接口负责人。
2.项目背景
1.本项目软件是湖南MTC改造项目中的车道、站级收费软件,适用于测试时期中的试点站。
2.本项目任务的提出者是云星宇第三事业部,本项目的客户是湖南广信公司;
3.本项目软件的开发者是云星宇公司软件部湖南MTC项目组。
4.本项目软件应用于湖南MTC改造项目,湖南MTC改造项目的目的是成立符合国家标准标准要求,拥有自主知识产权的,以国产设备为主的新联网收费系统。
同时也要讲MTC中增加电子支付的功能,该电子支付已在ETC项目中实现,并进入内部试运行。
本项目为客户遴选承包商,考察承包商响应能力,提供的软件知足需求的能力,和软件架构是不是先进合理。
3.概念
WBS:
工作分解结构,面向可交付功效的工作分解;
RAW:
职责分派矩阵,描述在不同时期的人员配备情形;
CriticalPath:
依照项目给定的依托关系与限制条件绘制的项目进度网络图,并据此确信的关键途径。
里程碑图:
标志项目的关键进展点或时期点的打算进度图。
4.参考资料
《湖南省高速公路联网收费系统(MTC)升级改造工程初步设计》-公路研究所:
《湖南MTC改造测试方案》-广信联网公司
《湖南MTC改造方案(广福收费站)》-湖南MTC项目部
二.项目概述
1.工作内容
为完本钱项目,需要依照需求分析、设计、编码、测试、实施等不同的时期来进行。
依照本项目的的特点,时期间能够有部份交叉、重叠或迭代。
需求分析明确本项目所开发产品的的特性,外部设备的约束,并对不同的功能组进行划分,并取得客户的确认。
设计时期将上述需求转化为运算机的模型,而且对实现的功能进行分派。
依照公司现有产品架构进行评估,确信本项目软件的技术线路,架构设计,在时刻许诺的情形下细化为各模块、任务、功能点的详细计划。
编码实现将按找软件产品设计所描述的内容,重构、整合现有系统,并编写代码实现软件各部份的功能。
测试部份包括编写测试打算、测试环境搭建,预备测试用例,和实现进程中的错误的修改,功能的改良的一些活动,同时包括了各子系统的联调和集成测试。
本进程指的是在开发环境和实验室进行的测试活动。
实施部份指在测试站进行的软件安装,软件、硬件联调,现场自测(并修改发觉的软件的问题),和配合客户的测试活动。
以上的进程中,包括了不同时期的功效(文档、代码)输出工作,而且上一时期的输出,通常作为下一时期的输入而存在。
详细的工作包和任务的分派,请参考下文中执行打算的工作内容。
2.条件与限制
1)完成项目应具有的条件:
●调研环境
●开发平台
●测试基础设施
●测试用设备
●开发人员
●测试人员
●开发团队的后勤支持
●现有收费系统的必要接口,如通行卡卡结构概念、密码等。
2)开发单位已具有的条件:
●开发团队
●开发平台
●部份测试基础实施
3)尚须制造的条件:
●良好的调研环境,客户方需有专人负责提供用户需求并对开发方整理好的需求进行确认;
●可供开发及实验室测试的车道外场设备
●后勤支持
4)约束和限制
◆依照客户的测试打算安排,我方的开发、测试、实施周期只有不到一个月的时刻,工期紧张。
◆车道外部设备中的计重设备由于设备珍贵、体积大等缘故,无法在实验室进行软硬联调;
◆卡机、卡盒等设备估量确信下来的时刻会比较晚,这两部份的设备接口及受此阻碍到的流程开发会受到严峻阻碍。
3.产品
项目的最后产品和可交付物包括完成的软件包、相关的文档、手册;
完成的软件系统
序号
名称
使用场所
开发语言
存储形式
1
MTC车道软件
MTC车道
VS2008,C#
磁盘,光盘
2
站级通讯软件
收费站
VS2008,C#
磁盘,光盘
3
站级收费财务管理软件
收费站监控室
VS2008,C#
磁盘,光盘
4
图像稽查软件
收费站
VS2008,C#
磁盘,光盘
5
卡管理软件
收费站
VS2008,C#
磁盘,光盘
6
收费监控软件
收费站
VS2008,C#
磁盘,光盘
最后完成的软件系统,其功能、模块和性能要求请参考《需求规格说明书湖南省高速公路联网收费系统MTC车道子系统》和《需求规格说明书湖南省高速公路联网收费系统MTC车道站级子系统》中关于产品特点的描述。
最后完成的软件,要求是安装包形式,而且可利用U盘、光盘的形式进行交付。
3.2数据脚本或数据库文件
在系统新安装或蒙受灾难的时候,用户能够利用该脚本程序或数据库文件恢复数据库的结构。
文件《湖南MTC站级数据库脚本.sql》、、是该交付物的形式,而且附带在产品的光盘中,包括脚本、数据库文件的利用说明文字。
文档
提交给用户的文档:
操作手册
提交的文档:
●软件需求规格说明书
●系统操作手册
●测试报告
效劳
在软件产品安装、软硬件联调、测试等时期,项目组需提供相关的技术效劳。
非移交的产品
项目完毕后,项目组应向公司提交但不提交给客户的资料包括:
●项目开发打算
●软件的源代码
●进程评审记录
可能发生的需求、设计、实现和验证时期的评审记录、评审报告,都不提交给客户。
●设计和计划文档
包括产品设计、进程计划等方面的文档;
●测试方案、测试记录
以上非移交的产品,不得提供给其他的单位或个人,或用于其它的商业事务,详细的说明参考公司的保密和平安规定。
4.验收标准
1)软件
本项目的软件产品包括MTC车道软件和MTC站级软件,这些软件应包括的功能应与《湖南省高速公路联网收费系统(MTC)升级改造工程初步设计》及相关软件的需求文档维持一致。
但因本项目作为实验站的特殊情形,本项目软件可不能实现全数的软件功能,而是实现能够表现我公司技术实力和软件架构的要紧的大体的功能。
数据库脚本或数据库数据文件经执行或附加后可创建能够支持本项目软件各项功能运行的数据库,并能保证数据的准确性。
2)文件
操作手册的规格知足GB86的相关标准,对应的内容应包括以上功能的各部份的说明。
关于数据库脚本的恢复或数据库数据文件的附加,应提供像必需的操作指引和图例。
3)效劳
现场安装调试进程可将知足原定需求型号的各相关外设驱动起来,网络通信正常。
软件的功能可正常利用。
配合项目部一路完成实验站的测试工作。
5.完成项目的最迟期限
客户及项目制定的打算中规定的现场安装完成的日期是2020-1-27日,自行测试完成时刻是2020-2-10;
依照本项目的工作量等具体情形,本项目软件开发测试完毕的时刻应是1月30日,最晚不该超过2月3日;现场安调完毕的时刻与项目部的打算维持一致,即2020-2-10。
6.本打算的批准者和批准日期
本打算的批准者是软件开发部领导。
本打算的正式批准日期是2020-1-7,实施日期是2020-1-8.
三.实施打算
1.任务分解及进度打算
注:
以上工作内容的分解不存在必然的时刻前后顺序。
2.人员分工
依照上述的工作分解,职责分派矩阵如下:
人员
刘刚
赵阳
刘宝英
胡天宇
李晓雷
李彦明
冯凯
张小刚
李小强
张发宽
邢稷巍
唐超
冯倩
工作包
R1:
项目管理计划制定
A
S
R2:
现有系统需求调研
S
A
P
P
R3:
车道软件需求说明书编写
A
S
P
P
P
R4:
站级软件需求说明书编写
S
A
P
P
P
P
D1:
车道软件架构设计
P
S
A
P
D2:
站级软件架构设计
S
A
P
P
D3:
数据设计
S
A
P
P
D4:
数据通讯设计
P
A
D5:
车道界面设计
S
A
P
P
D6:
站级软件界面设计
S
A
P
P
P
P
D7收费监控软件界面设计
S
A
P
I1:
车道软件实现
S
A
P
P
P
P
I2:
站级数据通讯软件实现
P
A
I3:
收费监控软件实现
S
P
A
I4:
图像稽查软件改进
S
A
I5:
站级财务软件实现
S
A
P
P
T1:
车道测试
S
P
P
A
P
T2:
站级软件测试
S
P
P
P
A
P
T3:
两级软件、硬件联合测试
S
P
P
P
P
A
P
P1:
现场安调
S
A
A
注:
P——参与人员;A——负责人员;S——审核确认
3.里程碑打算
4.风险估量及应付打算(关键问题)
序号
风险描述
发生概率(%)
严重性(%)
应对计划
1
超过最后期限
90
90
明确项目范围,确定可实现的软件功能,而不是实现全部功能;制定详细可行的进度表,保证每个成员坚持该进度表;加强项目监控,避免大的方向上的偏差;加班赶工;滚动递进式开发。
2
实现的软件功能与用户要求不一致
40
90
现场安调阶段请潜在用户平审,快速改进。
3
团队成员被其他临时性任务干扰
4
团队成员间的冲突导致额外工作
5
没有时间征求用户的意见导致开发部不符合用户的软件产品
6
客户没有提供必须的资料
7
新技术及case工具风险
8
对团队成员能力的估计过高
9
低质量的设计导致返工
10
说明:
以上列出的是可能阻碍项目开发,包括进度、本钱和质量的各方面最重要的一些风险和对该风险的发生概率、阻碍的估量和部份应付打算;
四.
四.项目打算更新
当以下事件发生时,项目领导更新项目打算:
●项目范围发生转变时
●里程碑达到时
●检查点审核已完成
●风险发生而且采纳了项目打算中没有指定的纠正方法。
●项目打算与实际情形偏离20%以上
●由内部与外部审计而致使的纠正活动
●项目打算中的任何修改条件知足
所有的更新都要通过评审,并由项目领导小组签发。
五.支持条件
支持本项目的开发所需要的条件和设施包括:
1.运算机系统支持
硬件环境:
必需的外设:
金溢K2读写器;
计重设备(模拟);
软件支持:
操作系统:
windowsXP;windowsserver2020;
开发工具:
数据库系统:
Sqlserver2020
测试工具:
2.需由客户承担的工作
协助进行需求调研;
提供现有系统的相关资料;
提供必需设备、通行卡、电子付费卡、PSAM卡等
3.由外单位提供的条件
需项目部提供必需得协作和支持;
六.专题打算要点
1.配置治理打算
配置治理所关切的问题涉及以下三点:
认真概念项目的交付物;
严格操纵对交付物的变更;
确保软件系统的可交付物与既定的或通过核准修订的可交付物相一致。
2.质量治理打算
3.沟通治理打算
[确信本项目的关连人及其沟通需求,采纳何种方式、在何时向其提供项目相关信息,或向其索取相关信息]
1.项目报告
序号
报告
准备人
频度
接收人
1
项目周报
项目经理
每周一次
项目领导小组
质量经理
2
个人周报
项目组成员
每周一次
项目经理
3
项目月报告
项目经理
每月末
项目领导小组
质量经理
4
里程碑报告
项目经理
每个里程碑结束
项目领导小组
质量经理
5
项目结束报告
项目经理
项目结束
项目领导小组
质量经理
6
例外事件报告
项目经理
当意外事件发生时
项目领导小组
质量经理
2.项目组会议
序号
会议
频度
参加者
1
项目例会
∙每周一次
∙当需要时
项目经理
项目组成员
2
里程碑会议
每个里程碑结束
项目经理
项目组成员
质量经理/项目领导小组指定人员
3
项目月度会议
每月一次
项目领导小组
项目经理
质量经理
4.
项目结束会议
项目结束
项目经理
项目组成员
质量经理
项目领导小组