软件系统项目建议书完全版

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件系统项目建议书完全版****系统项目建议书月5年2014.
目录
1概述 (1)
1.1 文档编写目的 (1)
1.2 系统建设目标与内容 (1)
1.2.1 系统建设目标 (1)
1.2.2 系统建设的主要内容 (1)
2系统设计方案 (1)
2.1 总体架构设计 (1)
2.1.1 系统总体业务架构 (1)
2.1.2 系统总体软件架构 (1)
2.1.3 系统总体技术架构 (1)
2.2 系统组成 (1)
2.3 系统数据流 (1)
2.4 系统功能 (3)
3系统部署方案 (3)
3.1 系统部署架构 (3)
3.2 系统环境 (3)
3.2.1 软件环境 (4)
3.2.2 硬件环境 (4)
4系统界面设计 (4)
5主要技术指标 (4)
6交付成果 (6)
7验收策略 (6)
7.1 系统验收测试的原则 (6)
7.2 验收测试的具体内容 (7)
7.3 验收测试的步骤 (7)
8质量保证 (8)
8.1 软件研制一般要求 (8)
8.2 软件评审要求 (9)
8.3 软件配置管理要求 (10)
9售后服务 (10)
9.1 培训 (10)
9.2 维护与升级 (10)
9.3 质量保证期内的服务 (10)
9.4 寿命期内维修服务 (11)
10开发进度计划 (11)
12 ............................................................... 项目报价11.1概述1.1文档编写目的
1.2系统建设目标与内容
1.2.1系统建设目标
系统建设的主要内容1.2.2
2系统设计方案
2.1总体架构设计
2.1.1系统总体业务架构
2.1.2系统总体软件架构
系统总体技术架构 2.1.3 2.2系统组成
2.3系统数据流
系统详细数据流如下图所示。

.2.4系统功能
3系统部署方案
3.1系统部署架构
表1各子系统部署架构
部署地点部署子系统部署模块所需硬件
系统环境3.2.
3.2.1软件环境
a.操作系统:OS:Linux,Windows XP3,Windows 7;
b.浏览器:IE,Chrome;
c.二维GIS:DeuGlobe控件或ArcGIS 10.0;
d.三维GIS软件:DeuGlobe。

3.2.2硬件环境
系统至少需要5个部署节点,每个部署节点的硬件平台应满足如下要求:
a.CPU主频2.0G以上,核心数量2个(含)以上;
b.内存4G(含)以上;
c.有效硬盘容量500G(含)以上。

4系统界面设计
5主要技术指标
基本性能指标:
a.支撑规模和并发性指标
本系统建设规模应至少可满足500名用户,页面每秒并发用户超过30人,后台每秒并发用户20人;其中并发操作指多用户同时在平台上进行的访问、信息修改等各类操作。

b.存储指标
(1)各种操作日志、系统运行日志、用户访问日志等各种日志原始文本文件,至少存储2个月;
(2)对于存储容量不少于240TB,并可以随着业务的增加动态扩展存储容量;
(3)系统对关键数据有实时备份,并对整体数据有离线备份功能,离线备份时间窗口为10天,每24个小时增量备份一次数据。

c.页面性能指标
同时秒,2小于(从查询开始到查询结果展现)用户查询时系统的响应时间.不能影响其他在线用户进行的其他操作。

在网络稳定(业务有效带宽不少于512kbps)的环境下操作性界面单一操作的系统响应时间小于2秒。

稳定性与可靠性:
a.系统应提供7×24小时的连续运行能力;
b.系统应具备高于99.9%的高可用性;
c.平均故障间隔时间MTBF ≥1000小时。

可扩展性要求:
a.系统的处理节点具有扩展性;
b.系统的存储能力可以扩展;
c.数据预处理算法通过插件化的形式扩展;
d.生成报表的模板可以扩展。

易维护性要求:
a.系统应具有软件、硬件故障在线恢复的能力。

重大故障时间间隔应大于6个月
b.故障平均修复时间MTTR ≤60分钟;
c.系统要求升级过程不影响网络性能,不影响业务运行,不丢失历史数据。

易用性和兼容性:
a.系统必须提供统一的图形用户界面风格;
b.系统要求界面友好,易于安装、配置和管理,并有详尽的技术文档。

支持中文图形界面、提供中文报表以及各类中文技术文档;
c.设备应能在浏览器中完成基本的管理任务,对用户输入错误,应尽早发现和提示;
d.系统应支持同时打开多个管理窗口以对不同任务进行并行的操作;
e.导致系统数据发生变化的操作执行之前,系统应明确提示用户确认。

系统正在执行用户提交的请求而无法返回时,应明确标识系统处于繁忙阶段;
f.设备必须支持分布式结构,能够提供统一的管理界面对所有设备进行配置及管理;
g.应具备完善的联机帮助功能,对于每一个操作功能都能查找到相应的使用说明;
h.支持灵活自定义时间粒度进行报表统计,能够根据实际需要灵活定制各种统计报表;
i.系统运行平台兼容Linux以及Winodws;
j.系统支持Chrome,IE等浏览器的访问与显示。

6交付成果
交付的内容为软件以及开发文档,交付物见表2交付清单所示。

表2交付清单
介质形式文件名序纸介光
1
2
3
4
5
7验收策略
7.1系统验收测试的原则
海域无人机业务监控与管理系统主要包括程序、数据和文档。

系统验收测试的对象应当含盖这三个方面。

验收测试的主体以用户为主,系统承制方应积极配合,如果以第三方测试为主,用户和系统承制方共同配合
a.验收测试始终要以双方确认的需求规格说明和技术合同为准,确认系统需求规格说明书中定义的功能已全部实现,性能指标全部达到要求,各项合同条款是否得到贯彻执行。

b.对验收测试中发现的软件错误要分级分类处理,直到通过验收为止。

验收测试工件齐全(测试计划、测试说明、测试报告)c.
d.验收测试中的用例设计要具有全面性、多维性、效率性,能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

7.2验收测试的具体内容
系统验收测试的目的是确认系统是否满足需求规格说明和技术合同的相关规定。

通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。

系统具体包括以下测试内容:安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、
恢复测试、安全性测试、兼容性测试等。

a.安装测试
安装测试的目的在于验证软件能否在不同的配置情况下完成安装,并确认能否正常运行。

b.功能测试
功能测试是验收测试中的主要内容。

应根据系统需求规格说明书中的各功能点逐一测试,测试用例要覆盖全面。

c.界面测试
系统界面要符合现行标准和用户习惯。

软件企业可以形成自己的特色,但要确保整个软件风格一致。

界面测试要从友好性、易操作性、美观性、布局合理、分类
科学、标题描述准确等方面入手。

d.性能测试
性能测试主要测试软件的运行速度和对资源的消耗。

通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的运行速率、稳定性和可靠性。

一般借助各类自动化测试工具来辅助测试,通过极限测试来分析评估软件性能。

e.文档测试
文档是软件的重要组成部分,也是软件质量保证和软件配置管理的重要内容。

文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。

7.3验收测试的步骤
验收环境准备阶段a.
软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作,按计划按步骤执行验收测试
b.现场验收阶段
将设备运输到委托方,由委托方组织进行现场验收,软件承制单位派人参加,主要工作内容包括:系统联试、现场验收测试等。

形成规范的测试文档,客观地分析和评估测试结果,并跟踪不合格现象,对软件问题要分级分类管理,必要时要进行回归测试,确保所有问题
能得到关闭,最终成功通过验收。

c.最终交付
验收合格后,系统正式交付用户,最终交付时间为整个大系统正式交付用户使用的时间。

8质量保证
软件研制应当覆盖需求分析、概要设计、详细设计、代码实现、测试以及验收交付等研制环节,文档、代码等交付物齐套。

承制方必须有严格的配置管理要求,最终目标代码进入交办方配置管理体系。

应按照要求建立软件开发库、受控库和产品库,对软件实施入库、出库控制。

用于确认测试和系统联试的软件必须取自受控库,交付软件产品应取自产品库。

对变更过的软件必须进行回归测试,确保对有关文档进行相应的变更。

在整个软件开发过程中,禁止对目标程序代码进行修补,所有的软件变更必须用源程序语言编码并编译。

对已经推广应用的或者在现场系统上的安全关键软件的变更,必须以修改后通过审查批准的整个软件部件的形式来发布而不得对目标程序代码进行修补。

软件交付用户使用之前,交由第三方独立机构进行测试,出具相应质量评测报告,以保证符合以上质量规范要求。

8.1软件研制一般要求
根据软件工程化要求,软件研制应经历以下几个阶段。

软件研制各阶段的工作任务概要如表3软件研制阶段所示。

软件研制阶段 3表.
阶段主要工作及文档编制完成标志
需求规格说明确定运行环境。

相关文档
最新文档