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

上传人:b****6 文档编号:3388794 上传时间:2022-11-22 格式:DOCX 页数:11 大小:20.90KB
下载 相关 举报
软件系统项目建议书完全版.docx_第1页
第1页 / 共11页
软件系统项目建议书完全版.docx_第2页
第2页 / 共11页
软件系统项目建议书完全版.docx_第3页
第3页 / 共11页
软件系统项目建议书完全版.docx_第4页
第4页 / 共11页
软件系统项目建议书完全版.docx_第5页
第5页 / 共11页
点击查看更多>>
下载资源
资源描述

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

《软件系统项目建议书完全版.docx》由会员分享,可在线阅读,更多相关《软件系统项目建议书完全版.docx(11页珍藏版)》请在冰豆网上搜索。

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

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

 

****系统项目建议书

2014年5月

 

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系统部署架构错误!

未定义书签。

3.2系统环境错误!

未定义书签。

3.2.1软件环境错误!

未定义书签。

3.2.2硬件环境错误!

未定义书签。

4系统界面设计错误!

未定义书签。

5主要技术指标错误!

未定义书签。

6交付成果错误!

未定义书签。

7验收策略错误!

未定义书签。

7.1系统验收测试的原则错误!

未定义书签。

7.2验收测试的具体内容错误!

未定义书签。

7.3验收测试的步骤错误!

未定义书签。

8质量保证错误!

未定义书签。

8.1软件研制一般要求错误!

未定义书签。

8.2软件评审要求错误!

未定义书签。

8.3软件配置管理要求错误!

未定义书签。

9售后服务错误!

未定义书签。

9.1培训错误!

未定义书签。

9.2维护与升级错误!

未定义书签。

9.3质量保证期内的服务错误!

未定义书签。

9.4寿命期内维修服务错误!

未定义书签。

10开发进度计划错误!

未定义书签。

11项目报价错误!

未定义书签。

概述

文档编写目的

系统建设目标与内容

系统建设目标

系统建设的主要内容

系统设计方案

总体架构设计

系统总体业务架构

系统总体软件架构

系统总体技术架构

系统组成

系统数据流

系统详细数据流如下图所示

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

 

系统功能

系统部署方案

系统部署架构

 

系统环境

软件环境

a.操作系统:

OS:

Linux,WindowsXP3Windows7;

b.浏览器:

IE,Chrome

c.二维GIS:

DeuGlobe控件或ArcGIS10.0;

d.三维GIS软件:

DeuGlobe

硬件环境

系统至少需要5个部署节点,每个部署节点的硬件平台应满足如下要求:

a.CPU&频2.0G以上,核心数量2个(含)以上;

b.内存4G(含)以上;

c.有效硬盘容量500G(含)以上。

系统界面设计

主要技术指标

基本性能指标:

a.支撑规模和并发性指标

本系统建设规模应至少可满足500名用户,页面每秒并发用户超

过30人,后台每秒并发用户20人;其中并发操作指多用户同时在平台上进行的访问、信息修改等各类操作。

b.存储指标

(1)各种操作xx、系统运行xx、用户访I、可xx等各种xx原始文本文件,至少存储2个月;

(2)对于存储容量不少于240TB,并可以随着业务的增加动态扩展存储容量;

(3)系统对关键数据有实时备份,并对整体数据有离线备份功能,离线备份时间窗口为10天,每24个小时增量备份一次数据。

c.页面性能指标

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

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

稳定性与可靠性:

a.系统应提供7X24小时的连续运行能力;

b.系统应具备高于99.9%的高可用性;

c.平均故障间隔时间MTBF>1000小时。

可扩展性要求:

a.系统的处理节点具有扩展性;

b.系统的存储能力可以扩展;

c.数据预处理算法通过插件化的形式扩展;

d.生成报表的模板可以扩展。

易维护性要求:

a.系统应具有软件、硬件故障在线恢复的能力。

重大故障时间间隔应大于6个月

b.故障平均修复时间MTTRV60分钟;

c.系统要求升级过程不影响网络性能,不影响业务运行,不丢失历史数据。

xx和兼容隹:

a.系统必须提供统一的图形用户界面风格;

b.系统要求界面友好,易于安装、配置和管理,并有详尽的技术

文档。

支持中文图形界面、提供中文报表以及各类中文技术文

档;

c.设备应能在浏览器中完成基本的管理任务,对用户输入错误,应尽早发现和提示;

d.系统应支持同时打开多个管理窗口以对不同任务进行并行的操作;

e.导致系统数据发生变化的操作执行之前,系统应明确提示用户

确认。

系统正在执行用户提交的请求而无法返回时,应明确标

识系统处于繁忙阶段;

f.设备必须支持分布式结构,能够提供统一的管理界面对所有设备进行配置及管理;

g.应具备完善的联机帮助功能,对于每一个操作功能都能查找到相应的使用说明;

h.支持灵活白定义时间粒度进行报表统计,能够根据实际需要灵活定制各种统计报表;

i.系统运行平台兼容Linux以及Winodws

j.系统支持ChromeIE等浏览器的访问与显示。

交付成果

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

表2交付清单

序号

文件名称

介质形式

纸介质

光盘

1.

2.

3.

4.

5.

验收策略

系统验收测试的原则

海域无人机业务监控与管理系统主要包括程序、数据和文档。

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

验收测试的主体以用户为主,系统承制方应积极配合,如果以第三方测试为主,用户和系统承制方共同配合

a.验收测试始终要以双方确认的需求规格说明和技术合同为准,确

认系统需求规格说明书中定义的功能已全部实现,性能指标全部达到要求,各项合同条款是否得到贯彻执行。

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

c.验收测试工件xx(测试计划、测试说明、测试报告)

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

验收测试的具体内容

系统验收测试的目的是确认系统是否满足需求规格说明和技术

合同的相关规定。

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

系统具体包括以下测试内容:

安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、xx测试、兼容性测试等。

a.安装测试

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

b.功能测试

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

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

c.界面测试

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

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

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

d.性能测试

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

通过调整系

统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务

请求数来测试软件的运行速率、稳定性和可靠性。

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

e.文档测试

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

文档测试主要通过评审的方式检查文档的完整性、准确

性、一致性、可追溯性和可理解性。

验收测试的步骤

a.验收环境准备阶段

软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作,按计划按步骤执行验收测试

b.现场验收阶段

将设备运输到委托方,由委托方组织进行现场验收,软件承制单位派人参加,主要工作内容包括:

系统联试、现场验收测试等。

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

c.最终交付

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

质量保证

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

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

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

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

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

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

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

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

软件研制一般要求

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

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

表3软件研制阶段

阶段

主要工作及文档编制完成标志

阶段

主要工作及文档编制

完成标志

需求

分析

确定运行环境

确定功能、性能和接口要求,编写需求规格说明

确定关键成分

制定综合性软件项目开发计划

制定确认测试计划

需求规格说明

软件开发计划,包括质重保证计划、配置管理计划

软件确认测试计划

软件接口需求和设计说明

系统

设计

建立总体结构,划分软件模块

定义各功能模块接口

进行可靠性、安全性分析

制定软件组装测试计划

设计软件功能模块的算法和细节

确定模块间的详细接口信息

拟7E单兀测试方案

组装测试计划

软件详细设计报告

软件

实现

编写源程序,并生成目标程序

进行调试、静态分析和单元测试(包括语句覆盖测试,分

支覆盖测试,修正的条件判定覆盖(MC/DC)测试,目标

码覆盖测试)

编写单元测试说明

软件单元测试

软件源程序

单元测试说明

单元测试报告

系统

测试

执行软件确认测试计划

编写软件确认测试用例设计报告

测试整个软件系统

编写软件确认测试报告

确认测试报告

评测证明书

软件使用说明书

验收

交付

审查软件研制报告、测试报告

组织移交

软件产品,移交文件

软件研制总结报告

软件质量履历书

软件产品证明书

软件评审要求

软件研制应根据每个研制阶段的设计准则,承制方应按照委托方的安排,制定相应的评审检查单,经双方评审通过后方可转入下阶段,软件过程中各阶段的评审要求如表4软件评审要求所示。

表4软件评审要求

序号

评审项目

工作广■品

1

需求评审

需求规格说明书

评审证明书

2

系统级演小及结项评审

研制总结报告

评审证明书

软件配置管理要求

承制方必须有严格的配置管理要求,应按照要求建立软件开发库、受控库和产品库,对软件实施入库、出库控制。

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

对软件的变更应严格实施变更控制,对变更过的软件必须进行回归测试,确保对有关文档进行相应的变更,进行软件变更危险分析,并保留修改的历史文档。

售后服务

培训

用户需选派相关人员参与培训,培训分为技术培训和使用培训。

培训时应配套内容详细的技术资料、操作使用手册和培训教材。

技术培训内容为系统组成、技术指标、工作原理等,以集中授课形式为主;使用培训在全系统验收通过后进行,主要培训内容包括软件操作与注意事项等内容,以现场讲解形式和书面资料为主。

维护与升级

用户需指定人员参与培训来负责日常维护与保养,确保软件的正常工作状态。

数据处理软件的承制单位负责提供技术支持,具体包括质量保证期内的服务和寿命期内升级和维护服务。

质量保证期内的服务

系统正式交付xx进入免费保修期,保修期1年,在此期限内,

系统承制单位提供一些服务:

a.根据系统使用说明书完成对用户的操作培训,保证用户能独立操

作系统各软件;

b.软件因质量问题出现故障或不合格部分均由软件承制单位免费及

时处理,发生的一切费用由软件承制单位承担;

c.保修期内,软件承制单位需提供技术支持,免费提供系统升级服

务;

d.在重大测试或执行重要任务期间,系统承制单位应派技术人员到

现场提供支持,确保设备的安全运行;

e.软件承制单位须设立技术支持队伍和维修电话,提供长期的跟踪维护和技术支援。

寿命期内维修服务

a.在质量保证期外,对系统各项升级服务需支付相应费用,具体费用另行商定;

b.在得到故障报告后,在24h内对故障做出响应,并提供应急方案,如需要应派出维护人员到现场处理。

c.遇非软件质量问题,需要提供技术支持,期间发生的一切费用由委托单位承担。

开发进度计划

表5系统开发进度

项目报价

系统的软件部分的报价如表6所示

表6系统软件报价表

表7系统建设清单(硬件)及报价(万)

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

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1