概要设计说明书V1.1

概要设计说明书V1.1
概要设计说明书V1.1

保密级别:□绝密 □机密 ■秘密 □内部公开

企业级影像管理平台系统

概要设计说明书

晋商银行股份有限公司

二〇一三年六月

文件状态: [ ] 草稿 [√] 正式发布 [ ] 正在修改

文件标识: JSH-YXPT-TS-002 当前版本: V1.1 作 者: 闫广亮 完成日期:

2013-06-24

文档修订记录

版本编号或者更改记录编号*变化

状态

简要说明(变更内容

和变更范围)

日期变更人审核日期审核人

V1.0 A 创建文档2013、6、19 闫广亮

V1.1 A 修改文档2013、6、24 闫广亮

*变化状态:A——增加,M——修改,D——删除

目录

1.引言 (5)

1.1文档目的 (5)

1.2背景 (5)

1.3文档范围 (5)

1.4读者对象 (5)

1.5参考文档 (5)

1.6术语与缩写解释 (6)

2.总体设计 (6)

2.1系统描述 (6)

2.1.1系统规格概述 (6)

2.1.2运行环境规定 (6)

2.1.3故障处理要求 (6)

2.1.4其他要求 (7)

2.2总体设计说明 (7)

2.2.1基本设计概述 (7)

2.2.2设计思想 (8)

2.2.3系统结构 (8)

2.2.4处理流程 (9)

2.2.5功能结构图 (10)

3.接口设计 (11)

3.1外部接口 (11)

3.1.1用户界面 (11)

3.1.2硬件接口 (11)

3.1.3软件接口 (11)

3.1.4通讯接口 (13)

3.2内部接口 (14)

4.系统结构设计 (14)

4.1功能需求与程序模块之间的关系 (14)

4.2产品制作购买重用分析 (15)

42.1评价标准 (15)

4.2.2分析结果 (15)

4.3 子系统功能 (16)

4.3.1管理中心 (16)

4.3.2文档服务器 (16)

4.3.3影像接入系统 (16)

4.3.4监控中心 (17)

4.3.5离线服务 (17)

5.系统数据结构 (17)

5.1逻辑结构设计要点 (17)

5.2数据结构域模块的管理策略 (18)

6.运行设计 (22)

7.系统出错设计 (22)

8.开发环境 (23)

8.1硬件环境 (23)

8.2软件环境 (23)

9.系统调试与测试方法 (23)

9.1调试方法 (23)

9.2测试方法 (23)

1.引言

1.1文档目的

为影像平台项目的设计搭建与开发提供依据。

1.2背景

随着晋商银行各项业务的不断发展,各个与影像服务相关的系统(信贷系统,国际结算系统,后督系统等)也逐步建立,同时有待开发的相关系统也在不断增加。这些与影像相关的业务系统,彼此间有许多共同的特征、但却是相互间完全独立的系统,加上这些有待建设的众多系统,如果还是以目前这样的分散独立的各系统的形式运行和开发,必然使这些系统的开发、维护量增加、效率降低、成本升高;同时各系统间的数据资源也不利于共享访问,数据的维护量和存储量也将大幅增加。

为了解决这些问题,有必要整合这些影像相关的系统,把各影像系统的功能复用的模块集中到一起,从而建立一个集中式的提供完备的影像处理功能的综合服务平台,这样才能够及时满足行里越来越多的与影像相关的业务需求,同时也简化了各相关业务的处理,减轻相关业务人员的负担,从而为晋商银行今后的业务发展提供足够的支持和保障。

1.3文档范围

影像平台总行统一部署,按业务逻辑配置存储方案,提供统一客户端接口,供各业务应用使用(接入业务:信贷系统、事后监督系统、国际结算系统等)。

1.4读者对象

项目经理、质量保证人员、测试人员、需求管理人员、配置管理员、设计人员、编码人员

1.5参考文档

《商业银行信贷系统与影像系统业务需求说明书doc》

《晋商银行影像平台软件架构设计说明书.doc》

1.6术语与缩写解释

术语或缩略语解释

SunECMConsole(Enterprise Content Management)内容管理平台

SunDM(Data Manager)数据管理

SunECMMonitor(Enterprise Content Management Monitor)内容管理平台监控系统

SunIAS(Image Acquisition System)影像采集系统

2.总体设计

2.1系统描述

2.1.1系统规格概述

本次所开发的产品是针对银行业务的无纸化,对银行的多个业务系统提供对接的接口。主要功能:对纸质文件的扫描、对本地文件的上传、对扫描或上传到影像界面的文件进行相应的处理、对处理完成的文件提交到服务器上、查看和修改提交到服务器的文件;对存储影像文件的服务器进行管理、对业务系统的文件资料类型进行归类等。

2.1.2运行环境规定

对本系统所赖于运行的硬件、软件环境的描述。

1.服务端操作系统:linux 5.5;

2.数据库支持:oracle 11g;

3.协议支持:TCP/IP、HTTP、SMTP、SOCKET等;

4.硬件支持:服务器CPU 4核、内存8G以上、需要500G 以上的空闲磁盘空间;

5.网络环境:有固定公网IP,网络畅通,可以远程访问(远程桌面连接或者借助辅助工具);

6.客户端要求:IE6以上;

2.1.3故障处理要求

软件支撑环境运行错误:

数据库运行错误:系统无法使用,将提供错误提示页面,并记录日志。

系统配置参数错误:系统提供错误提示页面,要求管理员修改相关配置参数。配置参数的修改方法应参考相关为管理员提供的手册。

系统参数初始化错误:提供系统初始化功能,用于成批完成系统初始化。在初始化过程中,对于严重影响平台运行的错误,提供错误提示页面。对于普通错误,记录日志。

应用程序错误:由应用程序提供错误提示页面,相关错误应记录日志。

2.1.4其他要求

?先进性:采用先进成熟的技术,确保系统的先进性、经济性和实用性。

?安全可靠:提供的应用框架及平台本身提供应用安全保证,并可以和第三方安全手段,

如认证、加密、电子签名等进行集成。必须保证数据的安全性和保密性。对于基于平台

开发的应用系统,只允许有权限的人员进行操作和浏览信息。必须有安全的手段来进行

权限控制。

?开放互连:系统应对各类业务系统、数据库系统、WEB信息等具有通用的或可定制的接

口策略和连接方法。

?规范性:开发过程控制、开发技术、系统编码、文档应规范化,并遵循相应的国内外标

准。开发结束,需要提供必要的文档资料。

?可靠性:保证系统的可靠运行和在升级过程中的方便快捷。

?可扩充性:系统应当可以根据需求的变化,方便地进行功能的调整、增减,模块的升级

和系统架构的逐步完善。

?界面友好、操作方便:操作界面要直观、简单、贴近实际,操作过程应当尽量简化,符

合实际过程。身份认证过程即要保证安全,也要尽量简化认证过程。

?可维护性:系统维护应当简单。

2.2总体设计说明

2.2.1基本设计概述

电子档案:指计算机系统中保存的各种格式的文件,文件可以是外部设备输入或直接在计算机系统中产生的,例如外部扫描输入的影像文件tif、jpg等,计算机中office软件编写的word、excel 或pdf等文档,以及录制的视频音频多媒体文件avi、wav。

内容管理平台:是一个非结构化数据的信息存储库,它可以将各个IT系统在业务流程中生成的电子档案进行统一管理:提供丰富多样的内容采集手段,在内部对非结构化数据进行合理的建模并针对不同的业务模式对文档实施差异化的生命周期管理,最后支持通过多种渠道对数据进行展现,从而实现非结构化文档数据的专业化管理。

2.2.2设计思想

影像平台设计结果取决于几个层面,主要驱动力来自于业务需求与因应市场变迁和业务战略需求,所归纳分析的业务架构,从业务架构总结获得整体应用架构需求。

由IT技术演进,行业发展技术趋势推升使用新技术的动力,考虑技术架构不仅仅是由IT技术面,管理架构面需要是一个易于管理、可维护,能更稳定运行的方案。总结出的技术架构要通盘考虑银行的网络、数据、应用、安全和现有的系统整合的可行性方案。最终由应用架构与技术架构两者间的制约因素,决定出最适合晋商银行发展的企业级应用方案。

2.2.3系统结构

1)物理部署架构

晋商银行

<部署图 >

区域

总行

存储

太原地区科技维护

应用服务器B 数据库服务

应用服务器集群

业务审批A 影像

业务审批B 影像

影像审批影像客户经理影像客户经理长治地区审批影像其他地区

影像影像审批

客户经理应用服务器A 应用服务器...

F5

索引数据库A 索引数据库B

存储

HA

2)系统网络拓扑图

太原总行

分行

分行

分行网点

分行网点

总行网点

影像平台信贷系统国结西宫

2.2.4处理流程

影像平台系统采取B/S 架构,需要为信贷/国结系统提供电子化办公及处理业务

的服务支撑,所以整个系统由SUNIAS完成与业务系统对接,SUNECM为SUNIAS提供内容存储、检索等服务支持,SUNIAS对SUNECM中内容的操作全部由SUNECM提供的客户端接口来完成。所有系统的各级应用者都通过行内网络(防火墙需要开放SUNECM传输引擎用到的一些端口),使用PC机的IE6及以上浏览器版本及系统相关客户端软件便可以操作系统的相应模块。子系统间采用SOCKET通讯、HTTP通讯及SOAP协议。

2.2.5功能结构图

开始

准备扫描的影像文件

初始化扫描仪

扫描影像文件

对影像文件进行相关的操作

提交保存至服务器

查询此批次上传的影像文件

结束

3.接口设计

3.1外部接口

3.1.1用户界面

在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,做到简单明了,易于操作,并且注意到界面的布局,突出的显示重要以及出错信息。外观上也做到合理化,考虑到用户多对网站风格较熟悉,尽量向这一方向靠拢。在设计语言上,已决定使用java和extjs进行编程,在界面上可使用extjs所提供的可视化组件,向网站风格靠近。其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用extjs库中的错误提示函数。

总的来说,系统的用户界面作到可靠性、简单性、易学习和使用。

3.1.2硬件接口

无。

3.1.3软件接口

SUNECM对外提供JAVA/VC二种客户端,提供影像上传、查询等内容管理的标准接口。

NO 基本功能

1 用户登陆

2 用户登出

3 上传

4 更新

5 删除

6 检入

7 检出

8 查询文件信息

9 高级搜索

10 查询批次信息

11 查询批注

12 增加或更新批注信息

13 获取业务模板信息

14 获取业务模型列表

15 获取文档服务器信息

16 内容归档

17 根据文档部件获取文件信息

SUNIAS通过业务系统打开SUNIAS提供的URL信息提供影像查询、上传、扫描等信息。

业务系统中增加内容采集/查看(通过right来控制是采集还是查看)按钮,通过HTTP协议调用WEB应用接入系统内容采集/查看接口,展示内容采集/查看界面,接口要提交相关参数,并且采用POST方式进行传递。

3.1.4通讯接口

在影像的上传到服务器或从服务器进行影像文件的下载,都需要通过socket进行连接。

3.2内部接口

SunDM SunIAS

省联社

SunECMConsole

HTTP/SOCKET 内容操作

缓存服务器SunDM

SUNECM 数据库

分行

SUNOFFLINE

JDBC/JNDI

JDBC/JNDI

JDBC/JNDI

HTTP/SOCKET 内容操作

SOAP 获取配置信息

4.系统结构设计

4.1功能需求与程序模块之间的关系

需求

模块

配置管理中心 SunECMConsole 文档管理器 SunDM 影像接入系统 SunIAS 监控中心 SunECMMonitor 离线系统

SunECMOffline

4.2产品制作购买重用分析

42.1评价标准

序号影响决策的因素提示(评价标准)说明

1 产品或服务提供的功能适合项目

2 此资源和技能项目可以利用

3 产品的质量

4 对核心能力无负面影响

5 购买与内部开发的成本对比

6 可以满足关键交付和集成日期

7 战略经营联盟, 包括高层经营的需求

9 该供应商具有潜在技能和能力

10 购买产品相关的特许版权、保证、职责和限制

11 产品的可用性

12 所有权问题清楚

13 应用风险

14 技术先进性

15 可互操作性

16 标准化程度

4.2.2分析结果

构件标识产品构件名称制作/外购/复用理由

DP-01 管理中心制作3、5、15、12

DP-02 文档服务制作3、5、15、12

DP-03 影像接入制作3、5、15、12

DP-04 监控中心制作3、5、15、12

DP-05 离线服务制作3、5、15、12

4.3 子系统功能

4.3.1管理中心

●元数据模型的配置

●文档服务器的管理

●文档服务器的路由策略配置

●安全管理

●连接数据索引服务器

●资源的生命周期定义

●版本管理

●监控策略定义

●任务调度

4.3.2文档服务器

●非结构化数据的存储

●传输服务(多种传输方式:http/socket/soap,支持JAVA/VC客户端)

●迁移服务

●清理服务

●资源的生命周期管理

●非结构化数据的存储

●支持分布式、集中式的部署

●目录服务

4.3.3影像接入系统

●影像采集

●影像上传

●业务资料分类

●影像展示

4.3.4监控中心

●文档服务器、数据索引服务器的系统资源的使用情况

●文档服务器间文档迁移情况

●文档服务器的文档存储情况

●系统告警

4.3.5离线服务

●离线管理

●离线归档

●离线查询

●自定义离线规则

5.系统数据结构

5.1逻辑结构设计要点

SUNECM中的元数据模型采取面向对象的方式,我们可以把每一个业务类型看作一个对象,将之统称为业务模型对象,对象与对象有关联的关系,也可以有父子的继承关系,同时也有对象间的依赖关系。业务模型对象主要由二部分组成,一种是属性(即业务类型的索引信息)通常我们可以称之为结构化数据,另一种是文件信息(即业务类型所包含的一些文档),通常我们称之为非结构化数据,在元数据对象间可以定义关联关系。同时对于每个业务模型对象,用户可以选择是否存在历史版本。

SUNECM的元数据模型:

文档信息属性1 属性2 ……文件信息1 文件属性

批次ID ……文件属性父业务元数据模型

关联

文档信息批次ID 属性1 ……文件信息1 文件属性

……文件属性

子业务元数据模型关联

文档信息

批次ID 属性1 ……文件信息1 文件属性

……文件属性

子业务元数据模型

在这个模型中,在对一个内容的描述中,支持多层级的元数据模型,支持对各种复合文档的精确描述,可以对同一文档中不同的文档对象实施不同的处理和控制;该模型也可以灵活地描述内容和内容之间的关系以及内容在使用中的工作状态。而图像化的建模工具以及支持建模的API 可以帮助方便客户和应用开发商通过不同方式快速建模并进行调整。

5.2数据结构域模块的管理策略

5.2.1数据采集策略

晋商银行业务主要发生在营业网点,要将分散在各点的纸质凭证,或业务过程的相关材料电子化的方式可以分为两种的采集模式:采用集中/区域集中采集或分布采集模式,两种模式如示图的简易说明,其适用的业务和投入也有很大的差异,如表的比较。

业务模式优势成本

集中采集适用非实

时业务

1. 提高采集效率:在集中处理中心

采用高扫设备,培训专业人员进行

扫描

2.简化系统管理

3.区域中心到网点只要较低的网络

带宽

1.中心建置规模考虑(人事费

用,场地,高端采集设备)

2.运输成本

分布采集

适用实时

业务需求

1.依需要实时扫瞄

2.降低采集时间延迟

1.网点可选低价的低阶的设备

如平板扫瞄

2.考虑网点办公空间,人员是

否会使用新设备

3.评估网点到集中中心带宽是

否足够

晋商银行业务区域包括:太原总行、吕梁分行、运城分行、临汾分行、朔州分行、大同分行

等,由于区域范围较小,每天产生业务数据不大,可以采用总行集中方式且低价高扫的设备来解决。

5.2.2数据传输策略

建议晋商银行在数据传输基于以下原则:

数据集中:基于能统一从业务和技术上管理全行非结构化数据原则,业务网点完成采集后,需要把采集的内容数据和元数据传输到总行集中。

充份应用网络带宽:业务时段的带宽使用以支持业务为优先,原则上不做为批量采集的数据

传输;批量处理的数据集中,应充分利用非业务时段的网络带宽,并利用数据压缩技术。

5.2.3数据存储策略

由于晋商银行非结构化数据的建设目标为海量存储要求,非结构化数据的容量将成不断膨胀的趋势,单一形式的存储策略将不能满足实际需要。内容管理应用体系的存储管理应设计成多级的数据存储方式,用以保障海量内容的存储要求,并满足全行内容容量的不断扩张。

多级数据存储策略,建议以三级搭建,即一级在线快速存储、二级在线慢速存储和三级的归档存储,一级在线高速存储,主要是采用高速磁盘,但价格高。二级在线慢速存储,采用低速磁盘,价格低。三级采用离线存储(带库)。

一级、二级在线存储都是通用的SAN或NAS存储,采用SAN存储是把数据存放在被主机文件系统直接管理的磁盘存储设备中,特点是利用系统底层的I/O技术,优点是可以实时访问和改变数据,性能出色,能够满足应用对I/O性能的要求。

三级归档存储,可以采用磁带或使用具有法规规范的CAS存储(固定内容寻址存储),由购买成本、管理成本以及可用性等因素决定,建议使用具有法规规范的CAS存储,做为记录型的内容存储区。

内容对象在几级存储间的转存策略,是依业务应用提供保存规范要求,如活动年限、保管年限,销毁规范。数据转存统一由平台的迁移服务来完成,管理人员可依主机的使用特性,如选定在夜间非业务时段来进行数据迁移,如此系统保留最大资源给用户使用,夜间进行批量迁移操作。如此可以充份使用硬件资源,最大化设备投带来的效益。

概要设计说明书范例及模板

《XXXXXX》概要设计说明书 张三、李四、王五

1.引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。本系统与其他系统的关系如下: 1.3定义 1.3.1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.3.2 缩写

系统:若未特别指出,统指本机票预定系统。 SQL: Structured Query Language(结构化查询语言)。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料: 1.机票预定系统项目计划任务书浙江航空公司1999/3 2.机票预定系统项目开发计划《**》软件开发小组1999/3 3.需求规格说明书《**》软件开发小组1999/3 4.用户操作手册(初稿)《**》软件开发小组1999/4 5.软件工程及其应用周苏、王文等天津科学技术出版社1992/1 6.软件工程张海藩清华大学出版社1990/11 7.Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2.任务概述 2.1 目标 2.2 运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2.3 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分

××-软件项目概要设计说明书(模板)

××_软件项目概要设计说明书 版本: 编制: 审核: 批准: 日182017颁布日期:年4月□非受控受控状态:■受控 分发范围:项目组、财务部、质量管理部I 版软件项目概要设计说明书××_ 本:V0.1 修订记录 修订日版本修订描修订批准

版××_软件项目概要设计说明书本:V0.1 目录 1 引言.............................................................................................................................................................. . (1) 1.1 概述 (1) 1.2 目的 (1) 1.3 范围 (1) 1.4 缩略语 (1) 1.5 术语.................................................................................................................... 错误!未定义书签。 2 参考资料 (2) 3 交付需求列表 (2) 4 系统物理架构 (2) 4.1 系统运行的硬件环境 (2) 4.2 系统运行的软件环境 (3) 4.3 系统运行的网络环境 (3) 4.4 系统部署图 (3) 4.5 安装部署说明 (4) 5 系统逻辑架构 (5)

5.1 子系统 一 (5) 子模块一...................................................................................................................................... 51.1.1子模块二...................................................................................................................................... 51.1.2 5.2 子系统 二 (5) 6 实现视图 (5) 7 进程视图 (6) 8 数据库设计 (6) 9 设计约束 (6) 10 内部接口定义 (6) 11 外部接口 (6) 12 开发环境说明 (7) 13 技术难点 (7) 14 附录.............................................................................................................................................................. .. 8 14.1 模型文件 (8) 14.2 XXXX (8) III _××软件项目概要设计说明书版本:V0.1 ××_软件项目概要设计说明书 1引言 1.1概述 应包括:{ 项目的委托单位、开发单位和主管部门; a. 该软件系统与其他系统的关系。} b.

概要设计说明书实例

1 引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 总体设计 (3) 2.1 简述 (3) 2.2 架构设计 (4) 2.2.1 系统逻辑架构图 (4) 2.2.2 系统物理架构图 (4) 2.2.3 顶层系统包图 (5) 2.2.4 业务类包图 (6) 2.2.5 子系统关系图 (6) 2.3 接口设计 (6) 2.3.1 界面框架设计 (6) 2.3.2 外部接口设计 (7) 3 子系统设计 (7) 3.1 基础信息子系统 (7) 3.1.1 子系统说明 (7) 3.1.2 类图 (8) 3.1.3 类说明 (12) 3.1.4 界面设计 (19) 3.2 我的工作台子系统 (21) 3.2.1 子系统说明 (21) 3.2.2 类图 (22) 3.2.3 类说明 (26) 3.2.4 界面设计 (32) 3.3 工作进展子系统 (33) 3.3.1 子系统说明 (33) 3.3.2 类图 (34) 3.3.3 类说明 (34) 3.3.4 界面设计 (34) 3.4 信息发布子系统 (36) 3.4.1 子系统说明 (36) 3.4.2 类图 (36) 3.4.3 类说明 (37) 3.4.4 界面设计 (38) 3.5 系统管理子系统 (38) 3.5.1 子系统说明 (38) 3.5.2 类图 (39) 3.5.3 类说明 (39) 3.5.4 界面设计 (40) 3.6 个人设置子系统 (41)

3.6.1 子系统说明 (41) 3.6.2 类图 (42) 3.6.3 类说明 (43) 3.6.4 界面设计 (44) 4 约束和假定 (45) 5 系统数据结构设计 (45) 5.1 逻辑结构设计 (45) 5.1.1 角色表(PUBLIC_ROLE) (46) 5.1.2 权限表(PUBLIC_PRIVILEGE) (46) 5.1.3 角色权限表(PUBLIC_ROLEPRIVILEGE) (46) 5.1.4 部门表(PUBLIC_ DEPT) (46) 5.1.5 岗位表(PUBLIC_POST) (47) 5.1.6 员工表(PUBLIC_MEMBER) (47) 5.1.7 工作任务表(WORKPLAN_ TASK) (48) 5.1.8 任务分派表(WORKPLAN_ ALLOTTASK) (48) 5.1.9 工作计划表(WORKPLAN_ PLAN) (48) 5.1.10 计划任务表(WORKPLAN_ PLANTASK) (49) 5.1.11 工作日志表(WORKPLAN_ WORKLOG) (49) 5.1.12 工作汇报表(WORKPLAN_ WORKREPORT) (50) 5.1.13 信息发布表(PUBLIC_ PUBLISHINFO) (50) 5.1.14 收件箱表(PUBLIC_INBOX) (50) 5.1.15 系统操作日志表(PUBLIC_OPERA TELOG) (51) 5.1.16 个人提醒设置表(PUBLIC_EVENTS) (51) 5.1.17 系统表(PUBLIC_SYSTEM) (52) 5.1.18 系统功能模块表(PUBLIC_SYSTEMMODULE) (52) 5.2 物理结构设计 (52) 5.3 数据结构与程序的关系 (52) 6 系统出错处理设计 (52) 6.1 出错信息 (52) 6.2 补救措施 (53) 6.3 系统维护设计 (53)

系统概要设计说明书规范

KTV点歌系统概要设计说明书

1. 引言 1.1目的 选歌系统是为某KTV唱吧开发的视频歌曲点唱软件。该软件能方便顾客进行选歌,帮助系统管理员管理歌曲的播放,提高KTV歌曲点唱的效率和准确率。 本文档为该系统的概要设计说明书,详细阐述了对用户所提出需求的设计方案,对系统中的各项功能需求、技术需求、实现环境及所使用的实现技术进行了明确定义。同时,对软件应具有的功能和性能及其他有效性需求也进行了定义。 1.2项目背景 ●系统名称:选歌系统 ●项目提出者:某KTV唱吧 ●项目开发者: ●项目管理者: ●最终用户:某KTV唱吧 1.3术语定义 实现环境:系统运行的目标软件、硬件环境。 实现技术:系统所采用的软件技术或体系结构。 实现语言或工具:实现系统最终采用的编程语言或工具包,如Delphi、VB、PB、Java、Ada等。 参考资料 1)新余电视点播系统; 2)某KTV唱吧《视频点歌系统计划任务书》; 本项目所参照的文件有: 3)康博工作室,《Visual Basic 新起点》,机械工业出版社,2000

2. 系统概述 2.1系统需求 2.1.1系统目标 本软件是为某KTV唱吧开发的视频点歌系统软件。该软件用于提高点歌系统的工作效率。随着人们业余生活的丰富,休闲活动的多种多样,人们更多的喜欢选择KTV这种形式的娱乐方式。且随着计算机普及,点歌系统越来越智能化,人性化;一个好的音乐唱吧必须要拥有一个方便、快捷、准确的点歌系统,因此,急需一个软件系统解决这些问题。本软件应能结合当前选歌播放手工操作的流程以及将来业务发展的需要,对视频点歌系统中歌曲信息、歌手信息、最新排行榜等等的查询、更新提供完全的计算机管理。 2.1.2性能需求 数据精确度 数量值:精确到小数后一位; 时间值:精确到日,并以yyyy/mm/dd的形式表示; 价格值:精确到分,并以.XX的形式表示。 时间特性 页面响应时间:不超过10秒 更新处理时间:不超过15秒 数据转换与传输时间:不超过30秒。 适应性 1) 开发基于的平台要考虑向上兼容性,如操作系统,数据库等要考虑更高版本的兼容 性。 2) 当需求发生变化时系统应具有一定的适应能力,要求系统能够为将来的变更提供以 下支持:能够在系统变更用户界面和数据库设计,甚至在更换新的DBMS后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分:系统子系统模块子模块 其中: (1)“系统子系统”划分属于“系统设计”,在系统设计说明书中予以描述。 (2)“子系统模块”划分属于“概要设计”,在本说明书中予以描述。 (3)“模块子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书,则在本说明书中略过“系统子系统”划分的相关内容(即第2章)。 3. 如果系统相对简单,不需要做“系统子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统模块”划分(即第3章)进行“系统模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统子系统”划分的相关内容(第2章)。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

概要设计说明书范例及模板

《XXXXXX》 概要设计说明书 张三、李四、王五 1.引言 1.1编写目的 在本机票预定系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上,对机票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对机票预定系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于 1.3 1.3.1 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.3.2 缩写

系统:若未特别指出,统指本机票预定系统。 SQL: Structured Query Language(结构化查询语言)。 ATM: Asynchronous Transfer Mode (异步传输模式)。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料: 1.机票预定系统项目计划任务书浙江航空公司 1999/3 2.机票预定系统项目开发计划《**》软件开发小组 1999/3 3.需求规格说明书《**》软件开发小组 1999/3 4.用户操作手册(初稿)《**》软件开发小组 1999/4 5.软件工程及其应用周苏、王文等天津科学技术出版社 1992/1 6.软件工程张海藩清华大学出版社 1990/11 7.Computer Network A.S.Tanenbaun Prentice Hall 1996/01 文档所采用的标准是参照《软件工程导论》沈美明著的“计算机软件开发文档编写指南”。 2.任务概述 2.1 目标 2.2 运行环境 系统将由两部分程序组成,安装在各旅行社客户机上的客户程序及航空公司内的数据服务器程序。 根据调研得知所有旅行社的计算机配置均在Pentium 133级别以上,客户程序应能够在Pentium 133级别以上, Win NT环境下运行。 2.3 需求概述 浙江航空公司为方便旅客,需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票,旅行社把预定机票的旅客信息,包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地,输入机票预定系统的客户端程序,系统经过查询航空公司内的航班数据服务器后,为旅客安排航班,印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票,系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。 2.4 条件与限制 3.总体设计 3.1 处理流程 下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分:一、客户机上的程序,二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析:

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 1.1.1. 2.1. 3.1. 4.第二章 2.1.2.2.2. 3.2. 4.2. 5.2. 6.2. 7.第三章 3.1.3.2.3.3.第四章 4.1.4.2.4.3.第五章 5.1.5.2.5.3.第六章 6.1. 6.2.6.3. 补救措施......................................................... ........................................10系统维护设计......................................................... .. (10) 第一章引言 1.1.编写目的 说明编写这份概要设计说明书的目的,指出预期的读者。 1.2.背景 说明:

a.待开发软件系统的名称; b.列出此项目的任务提出者、开发者、用户以及将运行该软件的站点。 1.3.定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4.参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出 第二章总体设计 2.1.需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求。 2.2.运行环境 简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定。 2.3.基本设计概念和处理流程 说明本系统的基本设计概念和处理流程,尽量使用图表的形式。 2.4.结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。 2.5.功能需求与程序的关系

毕业设计概要设计说明书模板

本科毕业论文(设计) ××××系统 概要设计说明书 论文题目 学生姓名 学号 所在学院计算机学院 专业计算机科学与技术 班级 指导教师 职称 年月 计算机学院

目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2总体设计 (1) 2.1需求规定 (1) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (2) 2.4结构 (2) 2.5功能器求与程序的关系 (2) 2.6人工处理过程 (2) 2.7尚未问决的问题 (2) 3接口设计 (2) 3.1用户接口 (2) 3.2外部接口 (3) 3.3内部接口 (3) 4运行设计 (3) 4.1运行模块组合 (3) 4.2运行控制 (3) 4.3运行时间 (3) 5系统数据结构设计 (3) 5.1逻辑结构设计要点 (3) 5.2物理结构设计要点 (3) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (4) 6.1出错信息 (4) 6.2补救措施 (4) 6.3系统维护设计 (4)

概要设计说明书 1引言 1.1编写目的 本说明书是在充分理解系统需求分析基础上,为详细设计及编码设计准备的。是详细设计和系统编码的根据,同时也是与用户进行交流的文档之一。 本文档的读者为系统用户,软件设计师(详细设计),程序开发员,测试人员,售后技术支持人员等。 1.2背景 a.本软件的名称为:温米采油厂生产经营子系统; b.本项目是应温米采油厂生产经营的需要,由成都思友信息技术服务公司开发,用户为 温米采油厂及各级单位人员,系统服务器放在网络中心,由开发技术室负责运行、管理。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件,如: a.本项目的经核准的计划任务书或合同,上级机关的批文; b.属于本项目的其他已发表文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。

系统概要设计说明书

系统概要设计说明书 一、引言 (一)编写目的 本阶段已在系统的需求分析的基础上,对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 (二)项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成:角色管理、评测打分、查询统计。(三)定义 1、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统:若未特别指出,统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language(结构化查询语言)。

ATM: Asynchronous Transfer Mode (异步传输模式)。 (四)参考资料 以下列出在概要设计过程中所使用到的有关资料: 新编软件工程实用教程---周丽娟、王华编著电子工业出版社 二、任务概述 (一)目标 1、完善考核测评制度,使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 (二)运行环境 Oracle 客户机:外围设备:鼠标,键盘,显示器; 操作系统:装有浏览器的各种操作系统; 服务器:外围设备:鼠标,键盘,显示器; 编译程序:power designer、netbeans; 操作系统:windows操作系统; 数据库支持:SQL Server 2000; 数据存储能力和测试支持能力:需要有较高的系统支持 (三)需求概述 为使北京督察局更好进行量化测评,需开发一个北京督察局公务员量化测评系统。通过量化测评系统科学、规范、公正的进行考核,使考核结果客观、准确,使考核工作简单、快捷。并要求界面要简单明了,易于操作,服务器程序利于维护。 三、总体设计 (一)处理流程 下面将使用(结构化设计)面向数据流的方法对北京督察局公务员量化测评系统的处理

在线交易二手市场系统概要设计说明书

在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工1401 ** 201422******

1.引言 1.1编写目的 此概要设计说明书实现一个简易的基于校园网在线交易二手市场系统,对交易管理系统的总体设计、接口设计、界面总体设计、系统出错处理设计以及系统安全数据进行了说明,在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2背景 A.待开发软件系统名称为: 在线交易二手市场; B.任务提出者:** 开发者:** C.使用用户能在校园网上进行交易的系统。 D. 按照《在线交易二手市场系统需求分析说明书》为基础来具体细化系统所具备的所有功能及功能的实现方法和接口。 1.3 开发环境 Visual Studio 2010 Mircosoft sql server 2008 Express

PowerDesigner 15.1 1.4定义 本系统:基于校园网的在线交易二手市场系统设计与实现 1.5参考资料 《基于校园网在线交易二手市场需求分析说明书》 《项目计划表》 《校园网在线交易二手市场系统_数据库模型》 2.总体设计 2.1设计目标 基于校园网的在线交易二手市场主要实现以下目标: ⑴为师生提供展示商品及表现学校形象的平台。 ⑵为用户提供商品信息查看、在线商品订购、商品浏览等功能。 ⑶采用动态网页技术,使页面中展示的商品信息更具时效性、先进性。 ⑷提供客户互评及客户给商品评论功能,收集用户对商品的意见及看法。 ⑸提供后台管理页面,简化了用户信息、商品信息、订单信息等系统数据的维护操作。 2.2运行环境

概要设计说明书---案例

<网上书店> 概要设计说明书 作者:XXXXXXXXXXX 完成日期:XXXX年4月XX日签收人:XXXXXX 签收日期:XXXX年X月XX日修改情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (2) 2 总体设计 (2) 2.1 需求规定 (2) 2.2 运行环境 (3) 2.3 基本设计概念和处理流程 (3) 2.4 结构 (4) 2.5 功能需求与程序的关系 (8) 2.6 人工处理过程 (9) 2.7 尚未解决的问题 (9) 3 接口设计 (10) 3.1 用户接口 (10) 3.2 外部接口 (10) 3.3 内部接口 (10) 4 运行设计 (10) 4.1 运行模块组合 (10) 4.2 运行控制 (10) 4.3 运行时间 (11) 5 系统数据结构设计 (11) 5.1 逻辑结构设计要点 (11) 5.2 物理结构设计要点 (11) 6 系统出错处理设计 (12) 6.1 出错信息 (12) 6.2 补救措施 (12) 6.3 系统维护设计 (12) 7 阶段小结 (12)

1 引言 1.1 编写目的 服务于书店的网络化运营,管理用户购买以及其它服务、管理各类图书信息以及图书销售中的各个环节,最终用户为使用本网上书店的各类用户以及网上书店的系统管理人员和维护人员。 1.2 范围 说明: a.待开发的软件系统的名称:XXXX网上书店 b.任务提出者:刘俊铖、马俊 开发者:马俊、张倩、刘俊铖、张瑞鑫、唐志军、冯庆丰 用户:欲使自己书店网络化运营的各类书店。 使用本软件的单位:待定 1.3 定义 UML:Unified Modeling Language , 统一建模语言。 类图(class diagram):表述系统中各个对象的类型及其间存在的各种静态关系。静态关系包括关联和子类型两种。 交互图(interactive diagram):是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性:容许对系统进行修改而不增加原系统的复杂性。 有效性:软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性:能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效,具有挽回因操作不当造成软件系统失效的能力。

软件概要设计说明书模版

软件概要设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目风险 (2) 1.3预期读者和阅读建议 (2) 1.4参考资料 (2) 2. 设计概述 (3) 2.1限制和约束 (3) 2.2设计原则和设计要求 (3) 3. 系统逻辑设计 (4) 3.1系统组织设计 (4) 3.2系统结构设计 (4) 3.2.1 系统特性表 (5) 3.2.2 系统特性结构图 (6) 3.3系统接口设计 (6) 3.3.1 系统接口表 (6) 3.3.2 系统接口传输协议说明 (7) 3.4系统完整性设计 (7) 4. 系统出错处理设计 (8) 4.1系统出错处理表 (8) 4.2维护处理过程表 (9) 5. 技术设计 (10) 5.1系统开发技术说明表 (10) 5.2开发技术应用说明 (11) 6. 数据库设计 (11) 7. 词汇表 (11) 8. 进度计划 (11)

1. 引言 引言是对这份软件系统概要设计报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构,包括数据库结构和出错处理,从而对该软件产品的结构的描述。 如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 预期读者和阅读建议 列举本软件系统概要设计报告所针对的各种不同的预期读者,例如,可能的读者包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写人员; ●等等。 描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。 1.4 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料,可能包括: ●本项目的合同书; ●上级机关有关本项目的批文; ●本项目已经批准的计划任务书; ●用户界面风格指导;

超详细的概要说明书系统概要设计说明书

1引言2 1.1编写目的 (2) 1.2参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3系统部署图 (2) 2.4基本设计概念和类图 (3) 2.5结构 (4) 2.6功能模型描述 (9) 2.6.1招聘管理 (9) 2.6.2企业结构管理 (21) 2.6.3行政级别管理 (29) 2.6.4企业架构展示 (32) 2.6.5人事档案管理 (33) 2.6.6人事基础数据维护 (73) 2.6.7权限管理 (82) 2.7人工处理过程 (83) 2.8尚未问决的问题 (83) 3接口设计 (83) 3.1用户接口 (83) 3.2外部接口 (83) 3.3内部接口 (83) 4系统数据结构设计 (84) 4.1逻辑结构设计要点 (84) 5数据结构与程序关系 (85) 5.1表结构与数据结构图 (85) 5.1.1数据结构图 (85) 5.1.2表汇总 (87) 5.2数据结构与程序关系表........................................................... 错误!未定义书签。6系统出错处理设计.. (98) 6.1出错信息 (98) 6.2补救措施 (99) 6.3系统维护设计 (99)

概要详细设计说明书 1引言 1.1编写目的 本概要设计说明书跟据《人力资源管理系统需求规格说明书》编写,描述了系统的概要设计,并为下一步的“系统详细设计说明书”的编写提供依据,为系统测试人员提供测试依据。本文档的预期读者为:项目经理、系统分析员、测试经理、项目组长、系统开发人员。 1.2参考资料 《人力资源管理系统需求规格说明书》 2总体设计 2.1需求规定 本系统的主要的输入输出项目、处理的功能性能要求参照《人力资源管理系统需求规格说明书》。 2.2运行环境 软件运行环境 Windows 2000/XP/2003 Server操作系统; MS SQL Server 2000; Tomcat 5.0; Jdk 1.4; 硬件运行环境 Intel Pentium 2GHz或以上的CPU; 内存512MB,建议使用1GB内存; 硬盘至少有1GB可用空间; CD-ROM驱动器; 2.3系统部署图 用图例表示出系统实施运行中使用的服务器名称,Internet和各服务器之间的实施运作。

概要设计的写法

概要设计的写法 做软件到一定层次了,就要考虑到设计了,设计了很久,就是不系统,系统的设计需要一个记录,记录就用文档,那么对项目所有包括技术上的设计都记录下来,我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设计文档,对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么?概要设计怎么做?如何判断设计的模块是完 整的?为什么说设计阶段过于重视业务流程是个误区?以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确?结构化好还是面向对象好?以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计;逐步开发强壮的系统构 架;使设计适合于实施环境,为提高性能而进行设计;结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范:代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础,有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法,大家就有了共同的工作语言、共同的工作 平台,使整个软件开发工作可以协调有序地进行。总体结构设 计:功能(加工)->模块:每个功能用那些模块实现,保证每 个功能都有相应的模块来实现;模块层次结构:某个角度的软件 框架视图;模块间的调用关系:模块间的接口的总体描述;模 块间的接口:传递的信息及其结构;处理方式设计:满足功能 和性能的算法用户界面设计;数据结构设计:详细的数 据结构:表、索引、文件;算法相关逻辑数据结构及其操作;上 述操作的程序模块说明(在前台?在后台?用视图?用过程?······)接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?

(完整版)概要设计说明书_模板

XXX项目 概要设计说明书 创智和宇信息技术股份有限公司

修改记录

此页由EPG编写,项目实施人员不用更改任何地方 模板编写及修订记录 此页由EPG编写,项目实施人员不用更改任何地方

目录 XXX项目_概要设计书 (1) 1 引言 (1) 1.1 编写目的 (1) 1.2 参考文献 (1) 1.3 术语与缩写解释 (1) 2 总体设计 (1) 2.1 系统概述 (1) 2.2 系统设计原则 (1) 2.3 设计中应用的关键技术 (1) 2.4 系统结构图 (2) 2.5 网络结构图 (2) 2.6 系统功能模块图 (2) 2.7 数据流向图(或称为时序图) (2) 2.8 模块构成 (2) 3 环境设计 (2) 4 硬件设备 (2) 5 支持软件 (3) 6 接口设计 ............................................................................................................ 错误!未定义书签。 6.1 用户接口 (3) 6.2 外部接口 (5) 6.3 内部接口 (5) 7 数据库设计 (6) 7.1 数据库环境说明 (6) 7.2 数据库命名规则 (6) 7.3 逻辑设计 (6) 7.4 物理设计 (6) 7.5 安全性设计 (7) 8 公用结构 ............................................................................................................ 错误!未定义书签。 9 界面设计 (8) 10 出错处理设计 (8) 11 开发工具 ........................................................................................................ 错误!未定义书签。 12 附录 (8)

人力资源管理系统概要设计说明书

ERP人力资源管理系统概要设计 1引言 1.1 编写目的 人力资源管理系统(HRMS),包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理,也指组织或社会团体运用现代化的科学方法,对企业的人力进行合理的组织、培训和调配,同时对人的思想、心理和行为进行恰当的诱导、控制和协调,充分发挥员工的主观能动性,用以提高企业人力资源管理水平,使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员,文档用于人力资源管理系统设计的大纲说明,概括了该系统的各个模块的需求规定,设计构思,系统流程,功能分配,数据结构设计,接口设计,运行设计,信息结构设计,出错处理和维护等方面的内容,使本系统开发小组的组员们能大致构建一个系统框架,为详细设计提供基础。 在下一阶段的详细设计中,程序设计员参考本概要设计说明书,在概要设计对人力资源管理系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统,提出者为黄永儒,开发者为黄永儒,黄敏,詹萍,预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成:置于管理部门的前台客户程序,以及置于公司的数据库服务器。本系统与其他系统的关系如下: 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。 SQL:Structured Query Language(结构化查询语言)一种用于访问查询数据库的语言。 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料

相关文档
最新文档