软件开发标准规范之总体设计专项方案模板.docx

软件开发标准规范之总体设计专项方案模板.docx

《软件开发标准规范之总体设计专项方案模板.docx》由会员分享，可在线阅读，更多相关《软件开发标准规范之总体设计专项方案模板.docx（14页珍藏版）》请在冰豆网上搜索。

软件开发标准规范之总体设计专项方案模板

一．引言

1.1编写目标

本文档作为***和XXXXXXXXXX企业之间就***建立XXXX司（局或单位）XXXXXXXXXX系统需求了解达成一致共识基础文件，作为双方界定项目范围、签定协议关键基础，也作为本项目验收关键依据。

同时，本文档也作为***XXX后继工作开展基础，供双方项目主管责任人、项目经理、技术开发人员、测试人员等了解需求之用。

1.2适用范围

本文档适适用于全部和本项目相关软件开发阶段及其相关人员，其中：

***方面项目责任人、企业方项目经理、技术开发人员（包含分析人员、设计人员、程序人员）、测试人员应关键阅读本文档各部分，其它人员可选择性阅读本文档。

1.3文档概述

本文档关键描述了XXXXXXXXXX系统项目标软件总体设计思绪。

本文档首先从业务背景、系统功效、运行环境等方面概要描述系统，其次从设计标准、功效设计、数据结构设计等方面描述系统总体设计情况，然后深入具体描述系统技术实现策略、项目实施和待确定问题。

1.4参考资料

[列出本文参考文件清单，包含出版单位、作者、版本、日期等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

《XXX总体需求书》（XXX单位XXX提供）

《XXX需求调研汇报》作者：

XXX

《设计模式》XXXXXX出版社

《UML用户指南》XXXXXXX出版社

1.5术语、定义和缩写

[列出本文档所包含专业术语、缩写词及相关定义。

定义全部必需术语，方便读者能够正确地解释软件需求规格说明，包含词头和缩写。

你可能期望为整个企业创建一张跨越多项项目标词汇表，而且只包含特定于单一项目标软件需求规格说明中术语。

]

示范：

―――仅供参考，不含有任何实质性内容。

1）OLTP：

On-lineTransactionProcessing，联机事务处理。

2）OLAP：

On-LineAnalyticalProcessing，联机分析处理；是使分析人员、管理人员或实施人员能够从多角度对信息进行快速、一致、交互地存取,从而取得对数据更深入了解一类软件技术。

二．总体概述

2.1现有系统描述

[简明描述用户现有系统功效、性能和其它方面，若用户没有系统，则可淘汰。

另外，可描述用户现有系统应用情况和系统规模、人员使用情况。

描述用户对象应用环境平台，如软件环境、硬件环境、网络环境、通讯情况和人员计算机使用水平等。

]

示范：

―――仅供参考，不含有任何实质性内容。

针对金融快报工作，***以前曾开发过一个C/S结构系统，后台数据库为SQLServer，开发工具是VB6.0。

该系统关键完成以下工作：

1.依据人行各业务司局每日上报数据传真，将数据补录到系统中。

2.依据上报数据制作金融快报文档。

3.将金融快报数据转发到人行时间序列数据库中。

金融快报系统工作步骤以下：

2.2存在问题

[经过上述现实状况描述，分析现有组织结构、现有系统等方面存在问题。

]

示范：

―――仅供参考，不含有任何实质性内容。

该系统初步满足了金融快报工作要求，不过，目前因为各级领导对快报内容要求不停改变，系统无法经过参数配置来满足日益改变内容要求。

同时，因为系统C/S架构特点，系统无法实现各业务司局自行报送统计数据要求，所以需要对原系统进行改善以满足业务需要。

2.3系统建设目标

[简明说明本项目或系统总体目标，即建成什么样应用系统。

]

示范：

―――仅供参考，不含有任何实质性内容。

新系统基于B/S结构，愈加适合金融快报“快”特点，打破了原系统过多依靠外部介质陈规，以简便、易用为设计思想，以所见即所得为设计指导，以***内联网为传媒，真正实现了业务人员自主报送，管理人员专注管理工作。

2.4需求概述

[能够用图表形式给出总体业务步骤图，并简明描述总体业务步骤，业务范围和要求。

以图表形式给出隶属于总体业务步骤图子系统业务步骤图并描述子系统业务步骤。

简明描述（子）业务规则，如智能化计算规则，数据抽取、加载规则等业务规则。

简明描述用户层需求，可用图表形式给出。

若不需要在此表述，可裁剪。

简明描述功效性和非功效性需求，能够图表方法给出。

]

示范：

―――仅供参考，不含有任何实质性内容。

为了能使金融快报处理工作更方便，适合报表样式灵活变动特点，***调查统计司提出：

新金融快报系统应该结合数据交换技术架构体系，由各司局人员自由报数；在金融快报系统内生成金融快报WORD文档、EXCEL文件和生成时间序列数据文件；采取灵活指标模式，方便添加指标；采取灵活模板定制模式，方便更换报送文件模板。

2.5新系统功效

[能够用图表形式列出新系统含有哪些功效，尤其是特色功效，并简明描述新系统功效。

]

示范：

―――仅供参考，不含有任何实质性内容。

这套金融快报信息系统关键包含以下多个方面功效：

1.数据报送，帮助各业务司局方便将数据录入到系统中。

2.数据管理，帮助调查统计司综合处对报送数据进行审核。

3.快报输出，依据搜集到数据进行整理加工，并将数据结果根据国办和中办要求进行输出。

4.数据转发，搜集到数据根据接口要求转送时间序列数据库。

5.系统管理，对系统用户、权限进行管理。

6.配置管理，对数据报送格式、金融快报模版和转发时间序列数据库要求进行配置管理。

三．系统设计

3.1设计标准

[简明描述本业务系统总体设计标准和设计依据。

]

3.1.1总体设计路线

[描述本业务系统总体设计路线。

]

示范：

―――仅供参考，不含有任何实质性内容。

金融快报系统参考现有系统设计方案，采取B/S结构进行系统设计，提供和数据交换平台进行数据传输软件接口，提供灵活指标，模板定制方案，极大地提升金融快报处理工作效率。

3.1.2总体技术架构

[以图表形式勾画出新系统体系结构图，应包含和外部应用系统连接，硬件设备连接，网络系统连接等。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.1.3总体功效架构

[能够用图表形式列出那些和应用程序自动进行数据处理过程相对应、需要经过用户交互来完成处理过程。

对于每种角色描述，应指出这种角色能够胜任哪些任务，有多少用户可能含有这种角色，和（在可能情况下）这种角色能够在工作流同意或状态改变中充当哪些处理过程。

能够用图表形式列出本应用系统有哪些程序模块，每个模块功效是什么。

]

示范：

―――仅供参考，不含有任何实质性内容。

金融快报系统源数据由各司局人员在线报送得到，经过金融快报管理员处理后生成要报送数据文件进行数据报送，整个金融快报系统工作步骤以下：

首先，各司局人员经过数据交换平台进行业务数据报送，系统接收数据后自动对当日数据进行加锁处理，假如业务人员需求重报数据，则需要通知系统管理员进行数据解锁。

数据上报完成后，管理人员对数据进行数据查看和数据修改，能够对要生成文件添加注释等。

处理完成后，能够生成、下载快报文件和时间序列文件。

系统功效图以下：

3.1.4系统功效布署

[把系统功效布署情况逐一表述清楚。

]

示范：

―――仅供参考，不含有任何实质性内容。

金融快报全部模块均布署于服务器端，功效分别由金融快报管理信息系统模块和通用数据交换平台中数据采集模块共同实现。

其中通用数据交换平台实现单点登陆、权限验证、数据上报功效，而金融快报管理信息系统实现快报系统管理、数据管理和文件生成等功效。

3.1.5系统特点

[把系统新特点情况逐一表述清楚。

]

示范：

―――仅供参考，不含有任何实质性内容。

金融快报系统含有以下特点：

✧良好可扩充性和通用性：

灵活多样数据采集方法和报表定义模式，方便用户采集多种数据。

✧贴心模板定制体系：

采取大众熟悉MSEXCEL所见即所得报表定义,无需特殊培训，能够使业务人员轻松实现报表定义。

3.2系统用户

[列出本系统全部用户整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.1一般用户

[描述本系统一般用户整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.2登录用户

[描述本系统登录用户整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.3访客

[描述本系统访问用户整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.4部门管理员

[描述本系统部门等级管理员整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.5系统管理员

[描述本系统系统管理员整体信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.2.6信息子系统

[列出本系统所含盖全部子系统参考清单等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.3系统功效设计——示例

[列出本系统功效参考文件清单。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.3.1快报版本管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

管理生成快报文件版本。

3.3.2快报文件结构管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

管理快报文件机构，内容和次序。

3.3.3文件内容管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

管理用于生成快报文件文件内容。

3.3.4指标信息管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

定义文件中所采取指标信息。

3.3.5快报生成模板管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

编制订义金融快报中用来生成快报，转换数据查看，转换数据修改模板文件。

3.3.6数据采集模板管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

编制订义用来在线报数，原始数据查看，原始数据修改模板文件。

3.3.7报送机构信息管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

登记、维护要进行报送司局信息。

3.3.8报送规则维护——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

管理各司局要报送数据属性。

3.3.9系统常量信息维护——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

管理系统中常量信息，如文件存放路径等。

3.3.10快报管理——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

经过快报管理，用户可依据模版选择生成金融快报，并可对历史各期快报进行分类检索。

3.3.11数据查询——示例

[列出本模块实现基础功效点等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

金融快报管理员经过该功效查询各监管司局各期报送数据。

3.4数据结构设计

[以图表形式列出本应用系统数据结构并给予说明。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.5接口设计

1）内部接口设计

[以图表形式列出本应用系统内部数据接口、通信接口、应用接口设计，并给予说明。

]

2）外部接口设计

[以图表形式列出本应用系统和外部应用系统接口设计，包含数据交换、网络通信等外部接口设计，并给予说明。

]

3）和其它网络系统接口设计

[以图表形式列出本应用系统和其它网络系统接口设计，包含网络协议，通信接口、数据传输接口等，并给予描述。

]

示范：

―――仅供参考，不含有任何实质性内容。

3.6系统性能及安全设计

[具体描述对于新系统性能、安全性和其它非功效性等方面是怎样考虑设计，如系统响应速度，数据处理速度、网络传输速度、数据加密、权限设计等方面。

]

示范：

―――仅供参考，不含有任何实质性内容。

四．实现策略

4.1技术策略

[从技术角度具体说明怎样来实现新应用系统，采取哪些新技术，怎样确保技术实现。

]

示范：

―――仅供参考，不含有任何实质性内容。

4.1.1B/S结构体系——示例

4.1.2JAVA/JNDI技术——示例

4.1.3LDAP技术——示例

4.2安全策略

[从实现角度来说明怎样实现安全设计，采取哪些安全策略来确保新系统能满足安全要求，如数据加密，CA认证、防火墙等。

]

示范：

―――仅供参考，不含有任何实质性内容。

4.3数据存放备份策略

[说明应用系统怎样实现数据存放备份，应采取哪些策略，应遵照哪些存放规则和规范。

]

示范：

―――仅供参考，不含有任何实质性内容。

4.4系统整合策略

[说明本应用系统怎样和其它系统进行整合，怎样整合，采取哪些技术策略，整合后系统怎样确保性能最优，怎样优化。

]

示范：

―――仅供参考，不含有任何实质性内容。

五．运行环境

[以图表形式列出新系统运行服务器平台环境，如操作系统、和诸如IIS、MicrosoftSQLServer™之类必需应用程序。

同时，描述全部需要相关数据结构及身份验证协议支持特定需求。

以图表形式列出用户端环境需求和限制相关细节，如CPU、操作系统、内存、存放容量、硬件、应用软件等。

以图表形式列出服务器和用户端和远程访问所需要网络环境，如硬件环境（路由器、网关、防火墙等），网络带宽、传输速度、网络协议等。

]

5.1硬件环境

[列出硬件环境等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

服务器端：

取决于数据库产品和应用服务器产品，应用程序本身没有严格要求。

用户端：

飞跃133以上，32M以上内存。

5.2软件环境

[列出软件环境等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

服务器端：

操作系统：

Windows98、WindowsNT4.0、Windows汉字版

应用软件：

Office汉字版，Excel和Word

WEB服务：

IIS+MS.NetFrameWorkV1.14

数据库：

SQLServer

开发平台：

MicrosoftVisualStudio.Net

用户端：

浏览程序：

IE浏览器5.0版本或以上

5.3开发工具

[列出开发工具文件清单，包含出版单位、作者、版本、日期等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

六．项目实施

6.1工程实施内容

[列出具体项目工程实施内容等信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

依据对项目需求分析和金融快报业务特点，初步确定工程开发内容以下表：

功效分类

模块

开发内容

系统管理

快报版本管理

模板管理

对快报版本维护

报送模板管理

模板管理

对报送模板维护

采集模板管理

模板管理

对采集模板维护

采集指标管理

系统基础管理

对采集指标维护

报送指标管理

系统基础管理

对报送指标维护

转换关系管理

系统基础管理

对指标转换关系维护

报送规则管理

系统配置

对报表报送规则维护

时间序列指标管理

系统基础管理

对要生成时间序列指标

数据采集

数据报送

数据上报

对业务数据进行数据上报处理

数据加、解锁

数据维护

对已经上报数据进行加、解锁判定和相关处理

数据查看

数据上报、数据维护

查看已经上报数据

数据处理

数据查看

数据维护

依据条件查看已经上报数据

数据修改

数据维护

对已经上报数据和要生成数据进行数据修改

文件处理

快报文件生成

文件处理

生成指定数据时间快报文件，包含WORD文件和EXCEL文件

快报文件下载

文件处理

下载已经生成WORD文件和EXCEL文件

时间序列文件生成

文件处理

生成指定数据时间和项目标时间序列文件

时间序列文件下载

文件处理

下载已经生成时间序列文件

6.2工程实施计划

[列出具体项目工程实施计划信息。

]

示范：

―――仅供参考，不含有任何实质性内容。

依据对开发内容分析初步确定工程实施计划以下表：

编号

阶段

任务描述

起止时间

1

需求调研

了解具体需求，形成调研汇报

-7-15—-7-31

2

需求分析

具体分析需求、确定需求，形成需求规格说明书

-8-1—-8-20

3

概要设计和具体设计

进行概要设计，形成数据库设计说明书、概要设计说明书，具体设计说明书

-8-20—-9-30

5

编码

代码编写，形成程序

-10-8—-10-30

6

测试

单元测试、集成测试、测试修改

-11-1—-11-30

7

试运行

系统试运行

-12-1—-12-31

工程开发总周期为5个月，试运行1个月。

开发及试运行阶段总人力估量：

12人/月。

6.3售后服务和技术支持

[以图表形式给出实施本项目需要培训及其时间、人员等。

说明本项目需要哪些技术支持，需要什么类型技术支持人员，和给用户提供什么样技术支持，以什么方法提供支持。

]

示范：

―――仅供参考，不含有任何实质性内容。

⏹技术培训

项目实施结束后，XXX和XXXXXX企业将就系统使用、系统管理对用户进行培训，并提供详尽用户手册和管理员手册。

⏹现场技术服务

在碰到紧急事故需要进行现场处理情况下，XXX和XXXXXXX企业承诺自系统验收合格之日起，提供日常抵达现场维护确保（不可抗拒原因除外）。

XXX和XXXXXX企业工程师将定时走访用户，处理用户问题，并提供技术提议。

⏹技术资料服务

XXX和XXXXXX企业将经过E-mail（或上门方法）向用户提供最新产品和技术信息，包含网络故障处理案例资料、业务开放技术案例／方案、新技术新设备资料和相关维护技术文档和软件／程序漏洞发觉通知。

并定时举行技术交流活动。

⏹热线技术支持

XXX和XXXXXXX企业提供本项目标日常热线技术支持，随时解答问题、排除故障。