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

《软件系统项目建议书完全版》由会员分享，可在线阅读，更多相关《软件系统项目建议书完全版（17页珍藏版）》请在金锄头文库上搜索。

1、*系统项目建议书系统项目建议书 20142014 年年 5 5 月月 I 目录 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

2、系统验收测试的原则 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 11项目报价.12 1 1概述概述 1.1 文档编写目的文档编写目的 1.2 系统建设目标与内容系统建设目标与内容 1.2.1系统建设目标系统建设目标 1.2.2系统建设的主要内容系统建设的主要内容 2系统设计系统设计方案方案 2.1 总体架构设计总体架构设计 2.1.1系统

3、总体业务架构系统总体业务架构 2.1.2系统总体软件架构系统总体软件架构 2.1.3系统总体技术架构系统总体技术架构 2.2 系统组成系统组成 2.3 系统数据流系统数据流 系统详细数据流如下图所示。 2 3 2.4 系统系统功能功能 3系统系统部署方案部署方案 3.1 系统部署架构系统部署架构 表表 1 各子系统部署架构各子系统部署架构 部署部署地点地点部署部署子系统子系统部署部署模块模块所需所需硬件硬件 3.2 系统系统环境环境 4 3.2.1软件软件环境环境 a.操作系统： OS：Linux，Windows XP3，Windows 7； b.浏览器：IE，Chrome； c.二维 GIS

4、：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 人；其中并发操作指多用户同时在平台上进行的访问、信 息修改等各类操作。

5、 b. 存储指标 (1)各种操作日志、系统运行日志、用户访问日志等各种日志原始文本文件， 至少存储 2 个月； (2)对于存储容量不少于 240TB，并可以随着业务的增加动态扩展存储容量； (3)系统对关键数据有实时备份，并对整体数据有离线备份功能，离线备份 时间窗口为 10 天，每 24 个小时增量备份一次数据。 c.页面性能指标 用户查询时系统的响应时间（从查询开始到查询结果展现）小于 2 秒，同时 5 不能影响其他在线用户进行的其他操作。 在网络稳定（业务有效带宽不少于 512kbps）的环境下操作性界面单一操作 的系统响应时间小于 2 秒。 稳定性与可靠性: a.系统应提供 724 小

6、时的连续运行能力； b. 系统应具备高于 99.9%的高可用性； c.平均故障间隔时间 MTBF 1000 小时。 可扩展性要求： a.系统的处理节点具有扩展性； b. 系统的存储能力可以扩展； c.数据预处理算法通过插件化的形式扩展； d. 生成报表的模板可以扩展。 易维护性要求： a.系统应具有软件、硬件故障在线恢复的能力。重大故障时间间隔应大于 6 个月 b. 故障平均修复时间 MTTR 60 分钟； c.系统要求升级过程不影响网络性能，不影响业务运行，不丢失历史数据。 易用性和兼容性: a.系统必须提供统一的图形用户界面风格； b. 系统要求界面友好，易于安装、配置和管理，并有详尽的技

7、术文档。支 持中文图形界面、提供中文报表以及各类中文技术文档； c.设备应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发 现和提示； d. 系统应支持同时打开多个管理窗口以对不同任务进行并行的操作； e.导致系统数据发生变化的操作执行之前，系统应明确提示用户确认。系 统正在执行用户提交的请求而无法返回时，应明确标识系统处于繁忙阶 段； f.设备必须支持分布式结构，能够提供统一的管理界面对所有设备进行配 置及管理； 6 g. 应具备完善的联机帮助功能，对于每一个操作功能都能查找到相应的使 用说明； h. 支持灵活自定义时间粒度进行报表统计，能够根据实际需要灵活定制各 种统计报表； i.

8、系统运行平台兼容 Linux 以及 Winodws； j.系统支持 Chrome，IE 等浏览器的访问与显示。 6交付交付成果成果 交付的内容为软件以及开发文档,交付物见表 2 交付清单所示。 表表 2 交付清单交付清单 序号序号文件文件名称名称 介质形式介质形式 纸介质纸介质光盘光盘 1. 2. 3. 4. 5. 7验收验收策略策略 7.1 系统验收测试的原则系统验收测试的原则 海域无人机业务监控与管理系统主要包括程序、数据和文档。系统验收测试 的对象应当含盖这三个方面。验收测试的主体以用户为主，系统承制方应积极配 合，如果以第三方测试为主，用户和系统承制方共同配合 a.验收测试始终要以双方

9、确认的需求规格说明和技术合同为准，确认系统需 求规格说明书中定义的功能已全部实现，性能指标全部达到要求，各项合 同条款是否得到贯彻执行。 b.对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。 c.验收测试工件齐全（测试计划、测试说明、测试报告） 7 d.验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间 在最大程度上确认软件的功能和性能是否满足要求。 7.2 验收测试的具体内容验收测试的具体内容 系统验收测试的目的是确认系统是否满足需求规格说明和技术合同的相关 规定。 通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求 和文档需求。系统具体包括以下测试内

10、容：安装测试、功能测试、界面测试、性 能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。 a. 安装测试 安装测试的目的在于验证软件能否在不同的配置情况下完成安装， 并确认能 否正常运行。 b. 功能测试 功能测试是验收测试中的主要内容。应根据系统需求规格说明书中的各功 能点逐一测试，测试用例要覆盖全面。 c.界面测试 系统界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要 确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、 分类科学、标题描述准确等方面入手。 d. 性能测试 性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖 的

11、软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的 运行速率、稳定性和可靠性。一般借助各类自动化测试工具来辅助测试，通过极 限测试来分析评估软件性能。 e. 文档测试 文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内 容。 文档测试主要通过评审的方式检查文档的完整性、 准确性、 一致性、 可追溯 性 和可理解性。 7.3 验收测试的步骤验收测试的步骤 a. 验收环境准备阶段 8 软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作， 按计划 按步骤执行验收测试 b. 现场验收阶段 将设备运输到委托方， 由委托方组织进行现场验收， 软件承制单位派人参加，

12、主要工作内容包括：系统联试、现场验收测试等。形成规范的测试文档，客观地 分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时 要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。 c.最终交付 验收合格后，系统正式交付用户，最终交付时间为整个大系统正式交付用户 使用的时间。 8质量质量保证保证 软件研制应当覆盖需求分析、概要设计、详细设计、代码实现、测试以及验 收交付等研制环节，文档、代码等交付物齐套。 承制方必须有严格的配置管理要求， 最终目标代码进入交办方配置管理体系。 应按照要求建立软件开发库、受控库和产品库，对软件实施入库、出库控制。用 于确认测试和系统联试的软

13、件必须取自受控库，交付软件产品应取自产品库。 对变更过的软件必须进行回归测试，确保对有关文档进行相应的变更。在整 个软件开发过程中，禁止对目标程序代码进行修补，所有的软件变更必须用源程 序语言编码并编译。 对已经推广应用的或者在现场系统上的安全关键软件的变更， 必须以修改后通过审查批准的整个软件部件的形式来发布而不得对目标程序代 码进行修补。 软件交付用户使用之前，交由第三方独立机构进行测试，出具相应质量评测 报告，以保证符合以上质量规范要求。 8.1 软件研制一般要求软件研制一般要求 根据软件工程化要求，软件研制应经历以下几个阶段。软件研制各阶段的工 作任务概要如表 3 软件研制阶段所示。

14、表表 3软件研制阶段软件研制阶段 9 阶段阶段主要工作及文档编制主要工作及文档编制完成标志完成标志 需求需求 分析分析 确定运行环境 确定功能、性能和接口要求，编写需求规格说明 确定关键成分 制定综合性软件项目开发计划 制定确认测试计划 需求规格说明 软件开发计划，包括质 量保证计划、配置管理 计划 软件确认测试计划 软件接口需求和设计 说明 系统系统 设计设计 建立总体结构，划分软件模块 定义各功能模块接口 进行可靠性、安全性分析 制定软件组装测试计划 设计软件功能模块的算法和细节 确定模块间的详细接口信息 拟定单元测试方案 组装测试计划 软件详细设计报告 软件软件 实现实现 编写源程序，并

15、生成目标程序 进行调试、静态分析和单元测试（包括语句覆盖测试，分 支覆盖测试，修正的条件判定覆盖（MC/DC）测试，目标 码覆盖测试） 编写单元测试说明 软件单元测试 软件源程序 单元测试说明 单元测试报告 系统系统 测试测试 执行软件确认测试计划 编写软件确认测试用例设计报告 测试整个软件系统 编写软件确认测试报告 确认测试报告 评测证明书 软件使用说明书 验收验收 交付交付 审查软件研制报告、测试报告 组织移交 软件产品，移交文件 软件研制总结报告 软件质量履历书 软件产品证明书 8.2 软件评审要求软件评审要求 软件研制应根据每个研制阶段的设计准则，承制方应按照委托方的安排，制 定相应的

16、评审检查单，经双方评审通过后方可转入下阶段，软件过程中各阶段的 评审要求如表 4 软件评审要求所示。 表表 4 软件评审要求软件评审要求 10 序号序号评审项目评审项目工作产品工作产品 1需求评审 需求规格说明书 评审证明书 2系统级演示及结项评审 研制总结报告 评审证明书 8.3 软件配置管理要求软件配置管理要求 承制方必须有严格的配置管理要求,应按照要求建立软件开发库、受控库和 产品库，对软件实施入库、出库控制。用于确认测试和系统联试的软件必须取自 受控库，交付软件产品应取自产品库。 对软件的变更应严格实施变更控制，对变更过的软件必须进行回归测试，确 保对有关文档进行相应的变更， 进行软件变更危险分析， 并保留修改的历史文档。 9售后售后服务服务 9.1 培训培训 用户需选派相关人员参与培训，培训分为技术培训和使用培训。培训时应配 套内容详细的技术资料、操作使用手册和培训教材。 技术培训内容为系统组成、技术指标、工作原理等，以集中授课形式为主； 使用培训在全系统验收通过后进行， 主要培训内容包括软件操作与注意事项等内 容，以现场讲解形式和书面资料为主。 9.2