浙江省房地产市场监督管理系统
概要设计说明书
编制：
审核：
批准：
二OO四年五月*本资料仅供内部用户使用，请勿外传。
1引言
1.1 编写目的
为了推动我省房地产业的健康发展，搞好房地产市场的建设与管理，现希望通过信息化手段，利用先进的计算机网络来减少与杜绝房地产市场发展中存在的违法违纪违规行为，解决房地产业在发展过程中出现的问题，特别是对房地产管理部门依法行政监管。
本说明书给出浙江省房地产市场监督管理系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。
目的在于：
?为编码人员提供依据；
?为修改、维护提供条件；
?项目负责人将按计划书的要求布置和控制开发工作全过程；
?项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。
本说明书的预期读者包括：
?项目开发人员，特别是编码人员；
?软件维护人员；
?技术管理人员；
?执行软件质量保证计划的专门人员；
?参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。
?合作各方有关部门的负责人；项目组负责人和全体参加人员。
1.2 背景
2004年，我省经济持续快速发展、城市化进程加快、居民收入水平提高及国家启动内需的政策，都为我省房地产业的发展注入了新的活力，在诸多利好因素的驱动下，我省房地产市场也继续保持在高位运行状态。房地产投资一直保持高速增长，商品房新开工面积和竣工面积也都保持较高的增长率，商品房销售价格持续保持上升。但是，在保持高速发展的同时，房地产市场也出现了一些引人注意的问题：商品房空置率上升，部分地区及某些产品开发投资过热，产品供给与需求不能完全对接，市场结构性矛盾突出，有相当部分物业管理不规范，产品质量差强人意，消费者针对商品房的投诉上升。
目前问题多集中在商品房违规销（预）售的环节中，房地产企业的违规行为主要有以下10种：1、未取得商品房预售许可证，擅自预售商品房的行为；2、不符合商品房预售条件，而擅自以预订、认购、预约等名义变相预售的行为；3、未按照规定的商品房现售条件，而擅自现售商品房的行为；4、违规销售住宅共用部位、共用设备或者公共设施的行为；5、房地产中介服务机构代理销售，不符合销售条件的行为；6、未解除商品房买卖合同前，将作为合同标的物的商品房再行销售、预售给他人的行为；7、违规拒缴、挪用、侵占维修基金的行为；8、面积“缺斤短两”行为；9、不履行合同和合同欺诈行为；10、政府审批中的不规范行为，如规划审批、立项审批、竣工验收、预销售许可等。另外，消费者求房心切，这在某种意义上引发了发展商的上述违规行为，一些消费者明知房地产企业尚未拿到预售许可证，但却与房地产企业签下预订合同，一些楼盘通过更为巧妙的方式，如发放贵宾卡，进行变相的提前预（销）售。
为了推动我省房地产业的健康发展，搞好房地产市场的建设与管理，省建设厅提出开发“浙江省房地产市场监督管理系统”，通过信息化手段，利用先进的计算机网络来减少与杜绝房地产市场发展中存在的违法违纪违规行为，解决房地产业在发展过程中出现的问题，特别是对房地产管理部门依法行政监管。
1.3 定义
本项目开发的软件，约定：
中文全称：浙江省房地产市场监督管理系统
中文别称：监管系统
英文全称：
英文缩写：
本报告用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。
1.4 参考资料
GB8566-1995 软件生存期过程
GB8567-88 计算机软件产品开发文件编制指南
GB9385-88 计算机软件需求说明编制指南
GB/T11457-1995 软件工程术语
2任务概述
2.1 目标
?对各级房地产管理部门依法行政行为监督管理；
?为我省建设管理部门对房地产市场的监督管理服务；
?建立房地产企业和从（执）业人员信用档案；
?建立全省共建共享的房地产行业企业库、人员库、项目库和物业库；
?建立房地产指标体系，为政府部门和相关单位的宏观决策与预测提供信息服务；
?为社会公众特别是消费者提供房地产信息服务。
2.2 用户的特点
系统的用户分如下几类：
普通用户：利用系统提供的功能进行房地产证书查询、房地产项目查询、房地产企业资质资格查询、从（执）业人员查询、物业查询、房地产交易查询、拆迁、测绘、廉租房建设、经济房建设、网上投诉、信访等。此类用户只需按使用说明操作，不要求对软件系统本身有任何了解。
操作人员：各级房地产管理部门、房地产开发企业、物业管理企业、房屋拆迁单位、中介代理企业、房地产评估机构、房产测绘单位、白蚁防治企业的操作人员，熟悉业务，经培训能熟练操作系统提供的各项功能，并能处理软件的日常故障（非致命性故障）。
系统管理人员：负责计算机系统和本系统软件的部分维护和管理，要求对本系统软件有较深的了解。能处理本系统软件的各类故障。
2.3 系统分析
本系统一共有四个对象，即员工、项目、企业、管理部门。
上述四个对象通过一些业务流程进行相互操作从而形成整个市场监管活动。因此整个系统模型可以由五个元素表述为图2-1。
图2-1
设计时需要将本系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息，而业务流程则较易变化，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便本系统使用单位可根据实际需求组装成适合自己的系统。
根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化，从而使对象需求变化时不致影响系统结构。
经过对四个对象和业务流程的分析，我们将一些管理上相关的业务流程组装在一起构成功能模块，这些模块包括：房地产四证管理、预销售许可证管理、预（销）售合同管理、物业管理合同管理、竣工验收报告管理、交易合同管理、企业信息管理、企业人员信息管理、查询管理、报表管理、数据转换、系统管理。
根据每个模块的不同特点，上述十二个模块可以分为三类（图 2-2）：第一类为业务处理类模块，包括房地产四证管理、预销售许可证管理、预（销）售合同管理、物业管理合同管理、竣工验收报告管理、交易合同管理、企业信息管理、企业人员信息管理、查询管理、报表管理，此类模块主要用于处理房地产市场需要监督管理的信息的录入、修改、删除和查询；第二类为接口处理类模块，包括数据转换，此类模块主要用于处理系统对外界的接口，与周边系统交换信息，数据导入和导出等；第三类系统维护类模块，包括系统管理，用于系统用户权限设置、配置系统运行参数等。三类模块功能互补、相辅相成，与各使用单位局域网和数据库一起构成整个监管系统的体系结构。
图2-2 监管系统体系结构
2.4 假定和约束
系统设计应遵循以下约束：
2.4.1功能要求
系统应在充分调研的基础上尽量把各种用户、各类部门或企业的合理需求覆盖进去，能满足现在以及将来可能会有的各种服务需求。
2.4.2性能要求
系统应站在使用者的角度去考虑问题，从用户的使用习惯方便来设计系统，而不应从计算机实现的方便性来考虑问题。要真正使用户感到一致、简洁、方便、快速。
2.4.3稳定性要求
系统在设计时应注意设计风格统一，使系统可调试性良好，尽可能把系统错误消灭在调试阶段，系统一旦交付使用，就应该有很好的稳定性。
2.4.4安全性要求
系统应着重安全性设计，做到外界人员无法入侵到系统本身，内部人员操作则留下操作痕迹，使用权管理层可以定期或不定期地稽核系统。系统可变参数也分为两类：一类为标准业务类型，可由使用部门或企业自行设置；另一类为特殊参数，由建设厅信息中心设置。
2.4.5容错能力要求
系统应具有防范各种灾难的能力，当各种灾难发生时，应具有补救或容错手段，使系统再生，使故障排除时间缩到最短。
2.4.6可扩充性要求
系统设计时应充分考虑其可扩充性，尽量将系统抽象化、能参数化，使系统尽可能地应付各种业务变化，便于加入各种新的业务需求。
2.4.7可维护性要求
系统设计时应备齐各类文档，操作人员只需阅读文档就可知道所有的操作，维护人中也可以通过文档了解系统结构、设计思路，以便快速掌握整个系统。程序设计时应保持良好的编程风格，结构清晰、注释明确，使调试、测试人员能快速定位各种错误。系统应提供远程维护功能，便于及时恢复系统。
2.5 参考资料
项目开发文档：《浙江省房地产监督管理系统》
GB8566-1995 软件生存期过程
GB8567-88 计算机软件产品开发文件编制指南
GB/T11457-1995 软件工程术语
3系统组织结构
3.1 总体设计思想
3.1.1客户的需要和我们的设计思路
任何项目中客户的最高目标是可登录、维护和依靠的方案。为了确保实现此目的并使最终方案满足客户的总体需求，其它目标也必须得以实现。
3.1.2冗余
平台服务必须有副本从而使系统中不存在单点故障，并且系统负载可以被分配到可用的资源上。
3.1.3容错
该平台必须有能力处理任何错误情况。它必须提供一个恢复服务的工具。
3.1.4伸缩性
一个具备伸缩性的平台必须可以在三维平面上伸缩，如下所述：
Hardware
Software
Network
上述三种伸缩性区域中的任何一种都必须能够双向伸缩。
3.1.
4.1垂直伸缩性（向上扩展）
为一个现有部件添加额外硬件的能力，例如内存、处理器和/或硬件，其目的是提升性能和系统资源的可用性。
3.1.
4.2水平伸缩性（向外扩展）
3个伸缩性参数将可以通过添加额外的相似部件来加以伸缩以便满足系统负载的需要3.1.5安全
系统将在3个方面支持安全模型：
3.1.5.1应用程序
应用程序安全将确保只有经过授权的个人和部件才能访问业务对象及其功能。
3.1.5.2网络
网络安全将确保只有经过授权的个人、实体、硬件、软件或部件才能使用该平台的网络资源。
3.1.5.3域名
域名安全将确保只有经过授权的个人才能访问组成该平台的核心软件和硬件部件。3.1.6基于公开的标准
采用基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种：
?网络协议与标准 (TCP/IP, HTTP, SSL, etc)
?数据库连接性(ODBC)
?语言(SQL, vb，c#.)
3.1.7文档
系统将包含完整的文档，便于进行新的开发、培训、系统维护，以及简化与第三方部件和服务的集成。
3.1.8易于扩展
系统软件将基于业务对象设计的面向对象的模块化方法。
3.1.9可复制
系统的设计必须记录下来以便可以复制。
3.2 系统体系结构
3.2.1高层次的系统构架
本节将提到高层次的系统构架。组成该结构的每个部件都会有适当的详述。
总体系统如下图所示。每个部件及其各自的层是等同的。以下的章节将就系统结构的每一个层次进行阐述。
3.2.2系统框架
本系统采用B/S结构，在省厅、各地级市和各扩权县构建监管系统服务器，分级管理
3.2.3数据库层
数据库层将包括所有与该平台有关的数据。这包括但不限于：
?用户信息
?历史信息
?入库数据
3.2.3.1数据分类标准
监管系统的所有数据大体可划分为以下几类：
?项目数据：对房地产市场监管的各类业务如四证、预销售许可证、预(销)售合同、物业管理合同、交易合同、竣工验收报告等信息的描述。
?企业数据：对房地产企业、企业年检、企业资质证书等信息的描述。
?人员数据：对房地产从（执）业人员、人员年检、人员资格证书等信息的描述。
?用户数据：与系统用户有关的基础信息，包括用户权限、操作记录等信息。
?配置数据：对监管的对象、规则、形式等的限制和约定，如管理部门类型、企业类型等信息。
?管理数据：用于内部管理等用途的数据。
3.2.3.2数据库模式
开发一种数据库模式。该模式将满足本平台的企业级处理的所有业务需求。该数据库模式将针对适当的业务需求、性能、标准化、数据存储和分析来进行设计。
3.2.4中间层
应用服务为组成系统功能的业务对象提供了一个知识库。业务对象将数据库的复杂性和细节在系统客户面前隐藏起来。
应用服务器层与数据层一起组成了这个企业级系统的OLTP（在线业务处理）核心。3.2.4.1业务的动态加载、卸载
中间件的业务功能均封装于一个个独立的动态链接库中，实现了对业务功能的动态管理，可以保证系统的不中断运行的情况下，动态地加载或卸载业务功能，使系统功能的更新能动态实现，为将来系统的发展提供了充分的余地。
3.2.
4.2业务相关性和扩展性
中间件可以完成一定业务逻辑，以减轻后台服务器的压力，接口采用功能号完成，易扩展。
3.2.
4.3数据库连接
采用连接池，每个线程使用各自的连接，数据库连接使用ODBC
3.2.
4.4流量平衡
中间件采用多线程方式处理来自客户端的请求数据包，提高了系统对客户端的响应处理，保证流量均衡。
3.2.5网络层
网络层为平台和所有的客户端之间提供基本的网络互连。
有些客户端将通过一个公共网络如Internet来访问系统，而其他客户端则可能使用私人网络或使用VPN（虚拟私人网络）的安全通讯通道来连接。
3.2.6客户端层
客户端层是由任何需要与该平台通讯的系统所组成的。
3.2.6.1报表平台
报表平台是一系列位于公司广域网内部的客户端应用程序，它们被设计成根据数据库和其他数据存储源提供报表功能。
3.3 系统功能设计3.3.1功能综述
3.3.2系统各模块主要功能
3.3.2.1业务管理
该模块共有34个功能：
四证信息输入、四证信息修改、四证信息删除、审核四证信息、预销售许可证申报输入、预销售许可证申报修改、预销售许可证申报删除、预销售许可证申报审核、打印预销售许可证、竣工验收报告信息输入、竣工验收报告信息修改、竣工验收报告信息删除、审核竣工验收报告信息、预（销）售合同生成、预（销）售合同下载、预（销）售合同备案、物业管理合同申报输入、物业管理合同申报修改、物业管理合同申报删除、物业管理合同申报审核、商品房信息录入、商品房信息修改、商品房信息删除、商品房信息审核、商品房交易合同下载、商品房交易合同备案、企业信息录入、企业信息修改、企业信息删除、企业信息审核、企业人员信息录入、企业人员信息修改、企业人员信息删除、企业人员信息审核
3.3.2.2查询管理
该模块共包含9个功能：
查四证信息、查预销售许可证信息、查竣工验收报告信息、查预（销）售合同信息、查物业管理合同信息、查商品房信息、查商品房交易合同信息、查企业信息、查企业人员信息。
3.3.2.3报表管理
该模块功能暂未定
3.3.2.4数据转换
该模块共包含6个功能：
数据导出、数据导入、转换设置、实时转换、信息发布、系统初始化。
《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 引言 (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后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
软件概要设计报告文档模板 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 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
XX 概要设计说明书
目录
错误!未找到引用源。 关键词：能够体现文档描述内容主要方面的词汇。 摘要： 缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。
1简介 1.1 目的 这部分要描述文档的目的。应该指明读者。 1.2 范围 1.2.1 软件名称 对软件命名 1.2.2 软件功能 解释软件产品将完成或不完成的功能（可以直接描述也可以参考相关文档） 1.2.3 软件应用 描述软件的应用（可直接描述也可以参考其他软件文档） 1.3实现系统环境 描述本软件的硬件应用平台（主要涉及关键器件的介绍和环境组网方式） 1.3.1 器件特性描述 本器件所支持的规格、工作模式及其异同 1.3.2 器件工作原理介绍 The description of the work principle of the device we used in our solution. 1.3.3 关键寄存器介绍 The description of the registers used in the work mode our solution. 2概要设计 2.1第0层设计描述 2.1.1 软件系统上下文定义 描述系统如何与外部实体一道组成功能实体（一般用图描述）
外部实体属性描述只限于软件设计和描述相关的属性。 2.1.2 设计思路(可选) 2.1.2.1基本设计思路 说明系统采取的基本设计思路,概要描述为什么采取本方案。 2.1.2.2设计约束 1遵循标准 描述本软件所遵循的标准、规范 2硬件限制 描述本软件系统实现的硬件限制 3技术限制 描述本软件的技术限制 2.1.2.3安全性和可靠性设计方案 4遵循标准 描述本软件所遵循的标准、规范 5硬件限制 描述本软件系统实现的硬件限制 6技术限制 描述本软件的技术限制 2.1.2.4其他 描述其他有关的设计考虑 2.2第一层设计描述 2.2.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、专门术语 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运行环境
xxx项目概要设计说明书 （xxx模块） 拟制日期yyyy-mm-dd 评审人日期 批准日期 签发日期
文档修订记录
目录 1. 简介错误!未定义书签。 . 编写目的...................................................... 错误!未定义书签。 . 适用范围...................................................... 错误!未定义书签。 软件名称 .................................................. 错误!未定义书签。 软件功能 .................................................. 错误!未定义书签。 软件应用 .................................................. 错误!未定义书签。 . 定义及关键词.................................................. 错误!未定义书签。 . 参考资料...................................................... 错误!未定义书签。 2. 第0层设计描述 ................................................... 错误!未定义书签。 . 软件系统上下文定义............................................ 错误!未定义书签。 . 设计思路(可选) ................................................ 错误!未定义书签。 设计可选方案 .............................................. 错误!未定义书签。 设计约束 .................................................. 错误!未定义书签。 其他 ...................................................... 错误!未定义书签。 . 系统结构...................................................... 错误!未定义书签。 系统结构描述 .............................................. 错误!未定义书签。 XXX模块................................................... 错误!未定义书签。 3. 第一层设计描述 ................................................... 错误!未定义书签。 . 模块的系统结构................................................ 错误!未定义书签。 模块内部结构 .............................................. 错误!未定义书签。 业务流程说明 .............................................. 错误!未定义书签。 . 分解描述...................................................... 错误!未定义书签。 XXX子模块................................................. 错误!未定义书签。 数据设计 .................................................. 错误!未定义书签。 . 依赖性描述.................................................... 错误!未定义书签。
＜网上书店＞ 概要设计说明书 作者：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) 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和各服务器之间的实施运作。
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?
ERP人力资源管理系统概要设计 １引言 1.1 编写目的 人力资源管理系统（HRMS），包括人事日常事务、薪酬、招聘、培训、考核以及人力资源的管理，也指组织或社会团体运用现代化的科学方法，对企业的人力进行合理的组织、培训和调配，同时对人的思想、心理和行为进行恰当的诱导、控制和协调，充分发挥员工的主观能动性，用以提高企业人力资源管理水平，使人力资源更有效的服务于组织或团体目标。 本文档预期读者为本系统开发小组的组员，文档用于人力资源管理系统设计的大纲说明，概括了该系统的各个模块的需求规定，设计构思，系统流程，功能分配，数据结构设计，接口设计，运行设计，信息结构设计，出错处理和维护等方面的内容，使本系统开发小组的组员们能大致构建一个系统框架，为详细设计提供基础。 在下一阶段的详细设计中，程序设计员参考本概要设计说明书，在概要设计对人力资源管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段参考本说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2 背景 本系统名称为人力资源管理系统，提出者为黄永儒，开发者为黄永儒，黄敏，詹萍，预期用户为需要人力资源管理的小型企业。 人力资源管理系统将由两部分组成：置于管理部门的前台客户程序，以及置于公司的数据库服务器。本系统与其他系统的关系如下： 1.3 定义 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL:Structured Query Language（结构化查询语言）一种用于访问查询数据库的语言。 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 1.4 参考资料
[招生管理系统] 概要设计说明书 [V1.0(版本号)] 拟制人______________________ 审核人______________________ 批准人______________________ [二零零八年十月二十二日]
概要设计说明书 1．引言 1.1编写目的 本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。 1.2背景 a.待开发软件系统的名称： 基于XML的网上招生管理系统 b.本项目的任务提出者: 石河子大学 c.本项目开发者 d.本项目用户 石河子大学招生办 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 《软件工程》 2．总体设计 2.1需求规定 2.1.1功能规定
2.1.2系统功能 能对各招生子单位进行管理 能添加、修改、删除、考生信息 能对考生进行分类管理 能将考生信息导出至网上信息发布子系统 能根据各分类统计考生信息 能添加新的管理员 能修改管理员的密码 2.1.2.1精度 由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 2.1.2.2时间特性要求 本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。 2.1.2.4可靠性 由于系统较小只保留一定程度上的可靠性。 2.1.2.5灵活性 由于系统较小只保留一定程度的灵活性。 2.1.3输入输出要求 2.1.4数据管理能力要求
文件编号：ZEE30003 《XX企业管理系统商务版V3.0》 软件概要设计说明书 南昌金鼎软件开发有限公司
《XX企业管理系统商务版V3.0》总体设计说明书 目录 1、引言 (3) 1.1. 编写目的 (3) 1.2. 背景 (3) 1.3. 定义 (3) 1.4. 参考资料 (3) 2、总体设计 (3) 2.1. 需求规定 (3) 2.2. 运行环境 (3) 2.3. 基本设计概念和处理流 程 (4) 2.3.1. 采购管理 (6) 2.3.2. 销售管理 (7) 2.3.3. 库存管理 (8) 2.3.4. 员工管 理 (10) 2.3.5. 帐务管理 (11) 2.3.6. 基本资料管理 (13) 2.3.7. 系统维护 (13) 2.4. 结构 (13) 2.4.1. 采购管 理 (14) 2.4.2. 销售管 理 (14) 2.4. 3. 库存管 理 (16) 2.4.4. 员工管 理 (18) 2.4.5. 帐务管 理 (18) 2.4.6. 基本资料管 理 (21) 2.4.7. 系统维 护 (22) 2.4.8. g f u n ……………………………………………………………2 3 2 . 4 . 1 1 . 公用表单：( g ) f
(24) 2.4.12. 公用提示信 息 (25) 2.5. 人工处理过程 (26) 2.6. 尚未解决的问 题 (26) 3、接口技术 (26) 3.1. 用户接 口 (26) 3.2. 外部接口 (26) 3.3. 内部接口 (26)
4、运行设计 (27) 4.1. 运行模块组 合 (27) 4.2. 运行控制 (27) 4.3. 运行时间 (27) 5、系统出错处理设计 (27) 5.1. 出错信 息 (27) 5.2. 补救措施 (27) 5.3. 系统维护设计 (27)
概要设计说明书实例 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
工作计划管理系统概要设计说明书 1 引言 1.1编写目的 此概要设计说明书是为了说明整个系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。 1.2背景 石油工程公司将打造“国际一流的石油工程技术服务公司”作为公司发展的战略目标，为确保这一目标的实现，本项目将建立一套以国际一流企业为战略标杆的企业间对标评价体系，引导企业持续对不足，促改进，使企业经营管理各项目标不断缩小与国内或国际先进水平的差距，保持领先优势，持续提升综合赢利能力。 1.3定义 1.4参考资料 《石油工程公司对标评价合同书系统项目合同书》 《石油工程公司对标评价合同书系统项目技术服务合同附件》 《石油工程公司对标评价系统需求分析说明书》 2 总体设计 2.1简述 系统采用流行的B/S结构模式。系统的分析设计采用面向对象的技术，应用Visio等工
具进行辅助设计。 2.2架构设计 2.2.1 系统逻辑架构图 2.2.2 系统物理架构图 2.2.3 顶层系统包图 类包说明： ?业务页面：用户动态网页。 ?业务操作：主要控制业务访问的接口和业务流转。 ?数据处理：提供业务的实现，包括对业务数据的增、删、改、查等操作。 ?数据实体：业务对象的实体类。 ?数据接口：提供数据库的访问，传递数据或返回相应数据。 ?系统辅助：提供了供整个系统辅助的功能。 2.2.4 业务逻辑图 2.2.5 模块关系图 2.3接口设计 2.3.1 界面框架设计 2.3.2 外部接口设计 说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。 3 系统模块设计 3.1系统管理模块 3.1.1 模块说明 系统管理模块包括：角色管理、部门管理、权限管理、员工管理四部分。