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

《软件开发规范之总体设计方案模板.docx》由会员分享，可在线阅读，更多相关《软件开发规范之总体设计方案模板.docx（19页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、软件开发规范之总体设计方案模板一引言1.1编写目的本文档作为*与XXXXXXXXXX公司之间就*建立XXXX司局或单位XXXXXXXXXX系统需求理解达成一致共鸣的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要根据。同时，本文档也作为*XXX后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。1.2适用范围本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：*方面的项目负责人、公司方项目经理、技术开发人员包括分析人员、设计人员、程序人员、测试人员应重点阅读本文档各部分，其别人员可选择性阅读本文档。1.3文档概述本文档主

2、要描绘了XXXXXXXXXX系统项目的软件总体设计思路。本文档首先从业务背景、系统功能、运行环境等方面概要描绘系统，其次从设计原则、功能设计、数据构造设计等方面描绘系统的总体设计情况，然后进一步具体描绘系统技术实现策略、项目施行以及待确定的问题。1.4参考资料列出本文的参考文件清单，包括出版单位、作者、版本、日期等信息。示范：仅供参考，不具备任何本质性的内容。（XXX总体需求书）XXX单位XXX提供（XXX需求调研报告）XXX（设计形式）XXXXXX出版社（UML用户指南）XXXXXXX出版社1.5术语、定义和缩写列出本文档所涉及的专业术语、缩写词及相关定义。定义所有必要的术语，以便读者能够正

3、确地解释软件需求规格讲明，包括词头和缩写。你可能希望为整个公司创立一张跨越多项项目的词汇表，并且只包括特定于单一项目的软件需求规格讲明中的术语。示范：仅供参考，不具备任何本质性的内容。1)OLTP：On-lineTransactionProcessing，联机事务处理。2)OLAP：On-LineAnalyticalProcessing，联机分析处理；是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取,进而获得对数据的更深化了解的一类软件技术。二总体概述2.1现有系统描绘扼要描绘客户现有系统的功能、性能以及其他方面，若客户没有系统，则可裁减。另外，可描绘客户现有系统的

4、应用状况以及系统规模、人员使用状况。描绘客户对象的应用环境平台，如软件环境、硬件环境、网络环境、通讯状况以及人员计算机使用水平等。示范：仅供参考，不具备任何本质性的内容。针对金融快报工作，*以前曾开发过一个C/S构造的系统，后台数据库为SQLServer，开发工具是VB6.0。该系统主要完成下面工作：1.根据人行各业务司局每日上报的数据传真，将数据补录到系统中。2.根据上报的数据制作金融快报文档。3.将金融快报的数据转发到人行时间序列数据库中。金融快报系统的工作流程如下：2.2存在问题通过上述现状描绘，分析现有组织构造、现有系统等方面存在的问题。示范：仅供参考，不具备任何本质性的内容。该系统初

5、步知足了金融快报工作的要求，但是，当前由于各级领导对快报内容的要求不断变化，系统无法通过参数配置来知足日益变化的内容要求。同时，由于系统的C/S架构特点，系统无法实现各业务司局自行报送统计数据的要求，因而需要对原系统进行改良以知足业务的需要。2.3系统建设目的扼要讲明本项目或系统的总体目的，即建成什么样的应用系统。示范：仅供参考，不具备任何本质性的内容。新的系统基于B/S构造，愈加合适金融快报“快的特点，打破了原系统太多依靠外部介质的陈规，以简便、易用为设计思想，以所见即所得为设计指导，以*内联网为传媒，真正实现了业务人员自主报送，管理人员专注管理工作。2.4需求概述能够用图表的形式给出总体业

6、务流程图，并扼要描绘总体业务流程，业务范围和要求。以图表的形式给出从属于总体业务流程图的子系统业务流程图并描绘子系统业务流程。扼要描绘子业务规则，如智能化的计算规则，数据抽取、加载规则等业务规则。扼要描绘用户层的需求，可用图表的形式给出。若不需要在此表述，可裁剪。扼要描绘功能性和非功能性需求，能够图表的方式给出。示范：仅供参考，不具备任何本质性的内容。为了能使金融快报处理工作更方便，合适报表样式灵敏变动的特点，*调查统计司提出：新的金融快报系统应该结合数据交换技术架构体系，由各司局人员自由报数；在金融快报系统内生成金融快报WORD文档、EXCEL文件和生成时间序列数据文件；采用灵敏指标形式，方

7、便添加指标；采用灵敏的模板定制形式，方便更换报送文件模板。2.5新系统功能能够用图表的形式列出新系统具有哪些功能，十分是特色功能，并扼要描绘新系统的功能。示范：仅供参考，不具备任何本质性的内容。这套金融快报信息系统主要包含下面几个方面的功能：1.数据报送，帮助各业务司局方便的将数据录入到系统中。2.数据管理，帮助调查统计司综合处对报送的数据进行审核。3.快报输出，根据采集到的数据进行整理加工，并将数据的结果根据国办与中办的要求进行输出。4.数据转发，采集到的数据根据接口的要求转送时间序列数据库。5.系统管理，对系统的用户、权限进行管理。6.配置管理，对数据报送的格式、金融快报的模版以及转发时间

8、序列数据库的要求进行配置管理。三系统设计3.1设计原则扼要描绘本业务系统总体设计原则和设计根据。3.1.1总体设计道路描绘本业务系统总体设计道路。示范：仅供参考，不具备任何本质性的内容。金融快报系统参考现有系统设计方案，采用B/S构造进行系统设计，提供与数据交换平台进行数据传输的软件接口，提供灵敏的指标，模板定制方案，极大地提高金融快报处理工作效率。3.1.2总体技术架构以图表的形式勾画出新系统的体系构造图，应包括与外部应用系统的连接，硬件设备的连接，网络系统的连接等。示范：仅供参考，不具备任何本质性的内容。3.1.3总体功能架构能够用图表的形式列出那些与应用程序自动进行数据处理的经过相对应、

9、需要通过用户交互来完成的处理经过。对于每种角色描绘，应指出这种角色能够胜任哪些任务，有多少用户可能具备这种角色，以及在可能情况下这种角色能够在工作流批准或状态改变中充当哪些处理经过。能够用图表的形式列出本应用系统有哪些程序模块，每个模块的功能是什么。示范：仅供参考，不具备任何本质性的内容。金融快报系统的源数据由各司局人员在线报送得到，经过金融快报管理员处理后生成要报送的数据文件进行数据报送，整个金融快报系统工作流程如下：首先，各司局人员通过数据交换平台进行业务数据报送，系统接收数据后自动对当天数据进行加锁处理，假如业务人员需求重报数据，则需要通知系统管理员进行数据解锁。数据上报完毕后，管理人员

10、对数据进行数据查看和数据修改，能够对要生成的文件添加注释等。处理完毕后，能够生成、下载快报文件和时间序列文件。系统功能图如下：3.1.4系统功能部署把系统功能的部署情况逐一表述清楚。示范：仅供参考，不具备任何本质性的内容。金融快报所有模块均部署于服务器端，功能分别由金融快报管理信息系统模块和通用数据交换平台中的数据收集模块共同实现。其中通用数据交换平台实现单点登陆、权限验证、数据上报功能，而金融快报管理信息系统实现快报的系统管理、数据管理和文件生成等功能。3.1.5系统特点把系统的新特点情况逐一表述清楚。示范：仅供参考，不具备任何本质性的内容。金融快报系统具有下面特点：?良好的可扩大性和通用性

11、：灵敏多样的数据收集方式与报表定义形式，方便用户收集各种数据。?贴心的模板定制体系：采用群众熟悉的MSEXCEL所见即所得报表定义,无需特殊培训，能够使业务人员轻松实现报表定义。3.2系统用户列出本系统全部用户的整体信息。示范：仅供参考，不具备任何本质性的内容。3.2.1普通用户描绘本系统的普通用户的整体信息。示范：仅供参考，不具备任何本质性的内容。3.2.2登录用户描绘本系统的登录用户的整体信息。示范：仅供参考，不具备任何本质性的内容。3.2.3访客描绘本系统的访问用户的整体信息。示范：仅供参考，不具备任何本质性的内容。3.2.4部门管理员描绘本系统的部门级别管理员的整体信息。示范：仅供参考

12、，不具备任何本质性的内容。3.2.5系统管理员描绘本系统的系统管理员的整体信息。示范：仅供参考，不具备任何本质性的内容。3.2.6信息子系统列出本系统所含盖的全部子系统的参考清单等信息。示范：仅供参考，不具备任何本质性的内容。3.3系统功能设计示例列出本系统的功能参考文件清单。示范：仅供参考，不具备任何本质性的内容。3.3.1快报版本管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。管理生成快报文件的版本。3.3.2快报文件构造管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。管理快报文件的机构，内容和顺序。3.3.3文件内容管理

13、示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。管理用于生成快报文件的文件内容。3.3.4指标信息管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。定义文件中所采用的指标信息。3.3.5快报生成模板管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。编制定义金融快报中用来生成快报，转换数据查看，转换数据修改的模板文件。3.3.6数据收集模板管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。编制定义用来在线报数，原始数据查看，原始数据修改的模板文件。3.3.7报送机构信息管

14、理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。登记、维护要进行报送的司局信息。3.3.8报送规则维护示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。管理各司局要报送的数据属性。3.3.9系统常量信息维护示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。管理系统中的常量信息，如文件存放途径等。3.3.10快报管理示例列出本模块实现的基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。通过快报管理，用户可根据模版选择生成金融快报，并可对历史各期快报进行分类检索。3.3.11数据查询示例列出本模块实现的

15、基本功能点等信息。示范：仅供参考，不具备任何本质性的内容。金融快报管理员通过该功能查询各监管司局的各期报送数据。3.4数据构造设计以图表的形式列出本应用系统的数据构造并予以讲明。示范：仅供参考，不具备任何本质性的内容。3.5接口设计1内部接口设计以图表的形式列出本应用系统内部的数据接口、通信接口、应用接口设计，并予以讲明。2外部接口设计以图表的形式列出本应用系统与外部应用系统的接口设计，包括数据交换、网络通信等外部接口设计，并予以讲明。3与其他网络系统的接口设计以图表的形式列出本应用系统与其他网络系统的接口设计，包括网络协议，通信接口、数据传输接口等，并予以描绘。示范：仅供参考，不具备任何本质

16、性的内容。3.6系统性能及安全设计具体描绘对于新系统的性能、安全性以及其他非功能性等方面是怎样考虑设计的，如系统响应速度，数据处理速度、网络传输速度、数据加密、权限设计等方面。示范：仅供参考，不具备任何本质性的内容。四实现策略4.1技术策略从技术角度具体讲明怎样来实现新应用系统，采取哪些新技术，怎样确保技术实现。示范：仅供参考，不具备任何本质性的内容。4.1.1B/S构造体系示例4.1.2JAVA/JNDI技术示例4.1.3LDAP技术示例4.2安全策略从实现的角度来讲明怎样实现安全设计，采取哪些安全策略来确保新系统能知足安全要求，如数据加密，CA认证、防火墙等。示范：仅供参考，不具备任何本质

17、性的内容。4.3数据存储备份策略讲明应用系统怎样实现数据存储备份，应采取哪些策略，应遵循哪些存储规则和规范。示范：仅供参考，不具备任何本质性的内容。4.4系统整合策略讲明本应用系统怎样与其他系统进行整合，怎样整合，采取哪些技术策略，整合后的系统怎样确保性能最优，怎样优化。示范：仅供参考，不具备任何本质性的内容。五运行环境以图表的形式列出新系统运行的服务器平台环境，如操作系统、以及诸如IIS、MicrosoftSQLServer?之类的必要应用程序。同时，描绘所有需要相关数据构造及身份验证协议支持的特定需求。以图表的形式列出客户端环境需求与限制的相关细节，如CPU、操作系统、内存、存储容量、硬件

18、、应用软件等。以图表的形式列出服务器与客户端以及远程访问所需要的网络环境，如硬件环境路由器、网关、防火墙等，网络带宽、传输速度、网络协议等。5.1硬件环境列出硬件环境等信息。示范：仅供参考，不具备任何本质性的内容。服务器端：取决于数据库产品和应用服务器产品，应用程序本身没有严格要求。客户端：奔腾133以上，32M以上内存。5.2软件环境列出软件环境等信息。示范：仅供参考，不具备任何本质性的内容。服务器端：操作系统：Windows98、WindowsNT4.0、Windows2000中文版应用软件：Office2000中文版，Excel和WordWEB服务：IIS+MS.NetFrameWorkV1.14数据库：SQLServer2000开发平台：MicrosoftVisual文档视界2022/557db03fbc64783e0912a21614791711cc7979a4lhgqisk04e4.html客户端：阅读程序：IE阅读器5.0版本或者以上5.3开发工具列出开发工具文件清单，包括出版单位、作者、版本、日期等信息。示范：仅供参考，不具备任何本质性的内容。六项目施行6.1工程施行内容列出详细的项目工程施行内容等信息。示范：仅供参考，不具备任何本质性的内容。根据对项目需求的分析以及金融快报的业务特点，初步确定工程的开发内容