QQ概要设计说明书
QQ聊天系统项目
概要设计说明书
第01版
二○○九年六月
版本控制信息
目录
概要设计说明书 (1)
1范围 (4)
1.1标识 (4)
1.2系统概述 (4)
1.3文档概述 (5)
2引用文档 (5)
3总体设计 (5)
3.1需求规定 (5)
3.2运行环境 (5)
3.3基本设计概念和处理流程 (5)
3.3.1前台处理流程 (5)
3.3.2添加好友 (7)
3.3.3信息修改 (8)
3.3.1聊天模块 (9)
3.4软件体系结构 (10)
3.4.1用户层次功能模块图 (10)
3.4.2服务器端层次功能模块图 (10)
3.4.3后台数据库信息维护 (11)
3.5系统子模块清单： (11)
3.6功能需求与程序的关系 (12)
3.7尚未解决的问题 (12)
4接口设计 (12)
4.1用户接口 (12)
4.2外部接口 (15)
4.3内部接口 (15)
5运行设计 (16)
5.1运行模块组合 (16)
5.2运行控制 (16)
5.3运行时间 (16)
6系统数据结构设计 (16)
6.1逻辑结构设计要点 (16)
6.2物理结构设计要点 (17)
6.3数据结构与程序的关系 (17)
7系统出错处理设计 (17)
7.1出错信息及补救措施 (17)
7.1.1前台会员子系统出错信息和补救措施 (17)
7.1.2服务器端出错信息和补救措施 (18)
7.1.2其它出错信息及补救措施 (18)
7.2系统维护设计 (18)
1范围
1.1标识
QQ聊天系统概要设计说明书(QQS)
1.2系统概述
系统名称：QQ网络聊天系统（QQS）
QQ聊天系统为用户网络聊天交流信息提供一个方便的电子平台。该系统分用户员注册信息部分和后台系统管理部分。
用户通过向服务器提交信息，在数据库中写入相应的数据。用户可以根据好友的QQ 号码或者是昵称来添加好友，而后选中该好友之后进行聊天功能。如果对方没有在
线，则将内容保存在服务器上，等用户上线之后传送信息。
用户可以对自己的信息进行维护和修改，服务器通过对用户的权限进行验证，修改对应的信息。该系统的主要用户群是：（1）聊天者；（2）服务端管理员。
1.3文档概述
本文档是QQ聊天系统概要设计说明书。针对系统使用者（用户，服务器后台管理员）的需求，我们将在该文档中对该系统的总体设计、接口设计、运行设计、数据结构设计以及系统出错处理设计进行概述。本文档是系统详细设计的框架文档。
其他要求及说明见其他文档。
2引用文档
《概要设计模板(国标)》
《QQ聊天系统需求分析说明书》
3总体设计
3.1需求规定
详见系统需求分析说明书。
3.2运行环境
●服务器要求
硬件部分：处理器主频要求1GHz以上；内存512M(或更高)；VGA视频显示器；
标准的鼠标、键盘；兼容印机。
软件部分：操作系统为Windows各版本操作系统；数据库系统为SQL Server 2005 企业版.
●客户端要求
硬件部分：处理器P2,600MHZ(以上)；内存128M(或更高)；显示器。
软件部分：操作系统为Window 98, Window 2000，Windows XP或者Windows Vista系列，浏览器为IE5.0(或更高)，或者其它网页浏览器。
3.3基本设计概念和处理流程
3.3.1前台处理流程
前台处理流程图
3.3.2添加好友
添加好友具体流程图
3.3.3信息修改
用户信息修改流程图
3.3.1聊天模块
3.4软件体系结构
3.4.1用户层次功能模块图
用户的层次功能模块图
3.4.2服务器端层次功能模块图
服务器端功能层次图
3.4.3后台数据库信息维护
3.5系统子模块清单：
对于以上的系统层次功能模块结构图给与综合得以下清单
系统子模块清单
3.6功能需求与程序的关系
详见QQ需求分析说明书事件表部分，事件表已明确分划出系统各模块的功能。
3.7尚未解决的问题
通过和现实中拥有的聊天系统进行比较，该系统主要的缺陷是界面的美观问题。其次便是功能上的缺陷：只能进行字符消息的传输，其他如图片等文件传输没有实现；
还有如信息的维护程度不高，只能有基本的信息记录，具体的信息不能完成；最后
就是模块的功能划分不够具体，各模块之间的联系不是很紧密等。
4接口设计
4.1用户接口
说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。（出错处理部分见该文档的出错处理部分）
注册模块。用户首先应该进入登录界面，其中就是QQ号码和密码，若未注册过，则应该先进行注册申请号码：
用户注册信息接口设计
注册成功则跳转到用户登录界面，输入用户名和密码之后进行登录。失败后则跳出错误信息，然后显示重新注册界面。
登录界面，主要负责会员的登录，输入的信息有：
登录界面输入接口设计
当登录成功后，登录界面的信息变成欢迎信息。
登录的主界面的接口设计
添加好友模块。用户可以选择自己需要添加的好友ID号码或者用户名，显示搜索结构，并且选择是否添加好友：
添加好友的接口设计
搜索结构若没有改好友，显示错误信息，并返回搜索页面。若查找到指定信息，则显示该好友，用户判断是否加为好友。
用户个人信息修改接口。
修改个人信息的接口设计
搜索结果显示页面，用户点击添加好友之后，会出现选择好友的信息。用户填完了相应的内容之后，点击搜索按键。通过搜索服务器端数据库中的内容，查找该好友是否存在。存在，出现搜索结果界面。用户可以选择是否添加该用户为好友，选择之后，判断该用户是否在线，服务器选择向用户发送消息。
搜索好友的接口设计
聊天时该系统的主要功能。用户可以通过右键点击自己的好友，选择查看向改好友发送信息。并且接受用户发来的信息等，同时可以回复好友信息。
聊天框接口设计
后台管理显示当前系统状态。
当前用户信息状态的接口设计
4.2外部接口
● 与数据库的接口：系统单独安装在服务器上，数据库与系统放在同一个服务器上，数据
库资料要经常由DBA 做备份。
4.3内部接口
系统功能模块层次图
系统架构图
5运行设计
5.1运行模块组合
本系统被划为两个模块，分别为前台和后台。前台是指客户能够操作的部分，例如登录、注册账号以及管理操作和聊天等。后台是指管理员操作的部分，例如显示当前的在线用户、修改用户信息和添加删除用户信息等。前台又分为登录模块、注册模块和主界面模块。登录模块是用户根据自己的用户名和密码登陆系统，注册则是没有注册的用户向服务器发送注册信息，最后的聊天信息是与自己的好友进行聊天。后台分为信息管理、信息显示以及添加和删除、修改用户信息等。本系统主要的事务流程都集中在后台。
5.2运行控制
前后台模块间通过数据库和服务器交换信息，数据库是中间层，前台的事件操作或者后台的事件操作直接写或读数据库信息。
前后台用户都可以查询相应的信息。
5.3运行时间
对于系统架构图中的各模块而言，由于需要通过服务器接受和发送信息，所以耗费的时间较长。具体的时间应根据网络状态以及需要传送的包大小来决定。
6系统数据结构设计
6.1逻辑结构设计要点
●数据库ER模型：
详见需求分析文档（ERD）
数据库表详解：
用户信息（UserData）表
好友列表(Friendship)表
6.2物理结构设计要点
6.3数据结构与程序的关系
QQ系统的数据库使用分布式数据库，它不但存储了本系统需要使用的数据信息，而且属于本系统的信息也可以被QQ后台系统的其他子系统共享。同时，QQ在需要的时候还会共享使用其它子系统的数据，所以其数据物理设计方面有以下特点：
数据存储模式与整个分布式数据库系统保持一致，考虑使用相同的SQL
数据库安全策略与分布式数据库保持一致，在考虑自身安全性保护的同时，防止从本站点引起整个系统的数据库安全漏洞。
数据库存储索引结构出了方便本系统使用外，还要考虑其他子系统的使用。
数据库中的内同可供服务端和客户端同时使用，需要考虑其安全性。
7系统出错处理设计
7.1出错信息及补救措施
7.1.1前台会员子系统出错信息和补救措施
用户注册时候，应检查用户输入信息的有效性，例如只许填写数字的地方不能填写其他类型的字符；同时注册时必须要填写所有需要填写的项目。同时，用户名不能
与数据库中的内容重复。而用户密码必须符合要求，而且两次输入的密码必须一致。
这样才能得到服务器的回复信息，注册成功。
用户修改个人信息时候，应检查会员输入修改后信息的有效性，例如只许填写数字
的地方不能填写其他类型的字符；所有的项目是否全部完成，用户的密码是否符合
要求以及是否能修改相应的信息等。
若不能完成信息修改的内容，服务器发送错误信息，提示用户重新输入信息或者修改信息以及退出的选择。
用户注册的时候，可以在线检测用户名是否被占用；如果用户无在线检测用户是否被占用，直接提交，如果输入的用户名已经存在，则提交后显示失败信息，如果用
户名没有被占用，提交后显示成功信息，并将相应的信息发送给服务器。服务将用
户信息写入数据库中。
用户登陆的时候，如果输入的登陆名在系统不存在，则提示会员名不存在信息；如果输入的密码和会员名不对应，提示密码错误信息。
用户在添加好友时，如果添加的好友对象不存在，则返回错误信息。用户可以选择重新输入选项或退出添加窗口。
用户在与好友进行聊天时，若该用户下线，会向该用户提供错误信息。用户同样可以发送信息，但是会保存在服务器端，等到对方上线后将信息发送。
用户登录时，需要先链接到数据库。所以没有启动服务器或者没有连接网络的话会出现未能连接服务器的提醒。
7.1.2服务器端出错信息和补救措施
启动服务器时，若未能连接到数据库，会显示未能连接数据库的信息。这时管理员需要配置数据库信息，以确保服务器的运行。
当登录系统之后，若未能填写正确的用户名以及密码，服务器端需要通过检测，通知用户。用户端接收消息之后，向用户发送错误信息。
用户进行客户注册时，若该注册的用户名已经存在则报错，用户可以重新选择注册名等信息。
用户注册时需要填写的信息不能为空，同样对应的数字不能填写为其他的字符。密码的确认以及其他信息的选择也是很重要的。
用户需要修改个人信息时，应该准确填写所有的必要内容，若出现没有填写完成信息或者有错误信息时，会出现报错消息。通知用户错误，并选择重新填写信息以及
完善措施。
服务端管理员在删除用户或者修改信息时，出现错误会报错，同样通知信息，选择重新操作。
7.1.2其它出错信息及补救措施
网络故障：服务器端网络故障则网络管理人员切实负起责任的同时，如果问题比较严重，需要较长时间修复，必须通知各管理人员，做好修复期间的补救工作，尽量
保证城市管理系统的正常运行。客户端网络故障则会员应及时报修，等网络恢
复后再登陆系统。
死机：服务器端死机则应做好数据人工备份工作，防止意外死机引起的数据丢失，数据库必须及时做好备份，以确保正常运行。客户端则需要重启程序。
停电：服务器端停电则应做好数据人工备份工作，防止意外停电引起的数据丢失，数据库管理员必须负责人。客户端停电则等待电源恢复即可。
7.2系统维护设计
本系统的使用可以通过对市场的调研和管理员的调试等信息随时进行系统的维护。同
样，使用者也可以参与系统的维护中。另外就是对于数据库的维护，随时对数据库中的信息加以调试和保存备份。同样需要个工作人员进行系统的分析和用户的反馈，对系统进行升级以及功能的完善。同时保证系统安全有序的运行。
由于功能的部分以及模块的划分没有完全展开，所以需要对系统进行定期的维护。对于用户的要求以及系统不稳定要有一定的改进。这是满足用户接口的和用户交流的必要措施。最后就是需要对系统进行版本的更新，不断增强功能和维护系统。
概要设计说明书范例及模板
《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设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
概要设计说明书
《项目名称》 概要设计说明书 文档名称： 拟制： 审核 山东山大鸥玛软件有限公司
变更记录 版本号修改原因／内容修改人审核人修改时间
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 总体设计 (4) 2.1 需求规定 (4) 2.2 运行环境 (4) 2.3 基本设计概念和处理流程 (4) 2.4 结构 (4) 2.5 功能需求与程序的关系 (4) 2.6 人工处理过程 (5) 2.7 尚未解决的问题 (5) 3 运行设计 (5) 3.1 运行模块组合 (5) 3.2 运行控制 (5) 3.3 运行时间 (5) 4 系统数据结构设计 (5) 4.1 逻辑结构设计要点 (5) 4.2 物理结构设计要点 (5) 4.3 数据结构与程序的关系 (5) 5 系统出错处理设计 (5) 5.1 出错信息 (5) 5.2 补救措施 (5) 6 系统维护设计 (6)
1 引言 1.1 编写目的 【提示：说明编写这份概要设计说明书的目的，指出预期的读者。】 1.2 背景 【说明： a．待开发软件系统的名称； b．列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。】1.3 定义 【提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。】 1.4 参考资料 【提示：列出有关的参考文件，如： 本项目的经核准的计划任务书或合同，上级机关的批文； 属于本项目的其他已发表文件； 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。】 2 总体设计 2.1 需求规定 【提示：说明对本系统的主要的输入输出项目、处理的功能性能要求。】 2.2 运行环境 【提示：简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定。】2.3 基本设计概念和处理流程 【提示：说明本系统的基本设计概念和处理流程，尽量使用图表的形式。】 2.4 结构 【提示：用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。】 2.5 功能需求与程序的关系 【提示：本条用一张矩阵图说明各项功能需求的实现同各块程序的分配关系。
概要设计说明书示例【概要设计说明书(模板)】
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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.功能需求与程序的关系
在线交易二手市场系统概要设计说明书
在线交易二手市场系统概要设计说明书概要设计说明书 信息与电气工程学院 软工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运行环境
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：
最全面的概要设计说明书
xxxx信息系统V2.0 【模块名称】 概要设计说明书 版本号 xxx信息化建设项目组2018年05月01日
修正历史表 文档信息
目录 1.引言 (7) 1.1编写目的 (7) 1.2阅读对象 (7) 1.3术语定义 (7) 1.4参考资料 (7) 1.5图例 (7) 1.6其他 (7) 2.总体设计 (7) 2.1系统目标 (7) 2.2需求规定 (7) 2.2.1系统功能 (7) 2.2.2系统性能 (7) 2.2.3输入输出要求 (7) 2.2.4数据管理能力要求 (7) 2.2.5故障处理要求 (8) 2.2.6其他专门要求 (8) 2.3设计原则 (8)
2.5用户类及特征要求 (8) 2.6功能模块清单 (8) 2.7人工处理过程 (8) 2.8尚未解决的问题 (8) 2.9限制与约束 (8) 3.接口设计 (8) 3.1用户接口 (8) 3.2外部接口 (8) 3.3内部接口 (8) 4.全局数据结构设计 (8) 4.1数据库表名清单 (9) 4.2数据库表之间关系 (9) 4.3数据库表的详细清单 (9) 4.4视图的设计 (9) 4.5数据结构和程序的关系 (9) 4.6主要算法设计 (9) 4.7其他数据结构设计 (9) 5.系统功能说明 (9) 5.1系统功能概述 (9) 5.2系统数据流图 (9) 5.3系统外部接口 (9)
6.用户界面设计 (9) 6.1用户界面设计基本原则 (9) 6.1.1用户界面设计原则 (10) 6.1.2一般交互原则 (10) 6.1.3信息显示原则 (10) 6.1.4数据输入原则 (10) 6.2设计规范 (10) 6.2.1界面规范的总体规定 (10) 6.2.2界面一致性规范 (10) 6.2.3系统响应时间规范 (10) 6.2.4用户帮助设施规范 (10) 6.2.5出错信息和警告规范 (10) 7.运行设计 (10) 7.1运行模块设计 (10) 7.2运行控制 (10) 7.3运行时间 (10) 8.系统出错处理设计 (11) 8.1出错信息 (11) 8.2补救措施 (11) 9.安全性设计 (11) 9.1身份证认证 (11)
概要设计说明书---案例
＜网上书店＞ 概要设计说明书 作者：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）：是表述各组对象如何依某种行为进行协作的模型。包括顺序图和协作图。 可修改性：容许对系统进行修改而不增加原系统的复杂性。 有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。 可靠性：能够防止因概念、设计和结构等方面的不完善造成的软件系统 失效，具有挽回因操作不当造成软件系统失效的能力。
ISO软件工程模板概要设计说明书
ISO软件工程模板概要设计说明书 摘要 大伙儿在平常的系统开发中需要编写一些文档模板，这此将我收集整理的ISO软件工程模板标准贴出，供大伙儿参考。(2002-07-22 18:06:09) By 风过留枫 1．引言 1.1编写目的 [说明编写这份概要设计说明书的目的，指出预期的读者。] 1.2背景 a.[待开发软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 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数据治理能力要求 2.1.5故障处理要求 2.1.6其他专门要求 2.2运行环境 [简要地说明对本系统的运行环境的规定。] 2.2.1设备 [列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能。] 2.2.2支持软件 [列出支持软件，包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。] 1 2.2.3接口 [说明该系统同其他系统之间的接口、数据通信协议等] 2.2.4操纵 [说明操纵该系统的运行的方法和操纵信号，并说明这些操纵信号的来源。] 2.3差不多设计概念和处理流程 [说明本系统的差不多设计概念和处理流程，尽量使用图表的形式。] 2.4结构 [给出系统结构总体框图（包括软件、硬件结构框图），说明本系统的各模块的划分，扼要说明每个系统模块的标识符和功能，分层次地给出各模块之间的操纵与被操纵关系。] 2.5功能需求与系统模块的关系 [本条用一张矩阵图说明各项功能需求的实现同各模块的分配关系。] [系统模块1][系统模块2][……][系统模块m] [功能需求1]√
(新)概要设计说明书
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2总体设计 (2) 2.1需求规定 (2) 2.2运行环境 (2) 2.3基本设计概念和处理流程 (3) 2.4结构 (3) 2.5功能器求与程序的关系 (3) 2.6人工处理过程 (3) 2.7尚未问决的问题 (3) 3接口设计 (3) 3.1用户接口 (3) 3.2外部接口 (3) 3.3内部接口 (4) 4运行设计 (4) 4.1运行模块组合 (4) 4.2运行控制 (4) 4.3运行时间 (4) 5系统数据结构设计 (4) 5.1逻辑结构设计要点 (4) 5.2物理结构设计要点 (4) 5.3数据结构与程序的关系 (4) 6系统出错处理设计 (5) 6.1出错信息 (5) 6.2补救措施 (5) 6.3系统维护设计 (5)
概要设计说明书 1引言 1.1编写目的 说明编写这份概要设计说明书的目的，指出预期的读者。 1.2背景 说明： a.待开发软件系统的名称； b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考文件，如： a.本项目的经核准的计划任务书或合同，上级机关的批文； b.属于本项目的其他已发表文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的 标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2总体设计 2.1需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见附录C。 2.2运行环境 简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见附录C。
概要设计的写法
概要设计的写法 做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。 概要设计写什么？概要设计怎么做？如何判断设计的模块是完 整的？为什么说设计阶段过于重视业务流程是个误区？以需 求分析文档还是以概要设计文档来评估开发工作量、指导开发计划 准确？结构化好还是面向对象好？以上问题的答案请在文章 中找。 二、概要设计的目的? 将软件系统需求转换为未来系统的设计；逐步开发强壮的系统构 架；使设计适合于实施环境，为提高性能而进行设计；结构 应该被分解为模块和库。 三、概要设计的任务? 制定规范：代码体系、接口规约、命名规则。这是项目小组今后共 同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间 的接口规则、方式方法，大家就有了共同的工作语言、共同的工作 平台，使整个软件开发工作可以协调有序地进行。总体结构设 计：功能（加工）－>模块：每个功能用那些模块实现，保证每 个功能都有相应的模块来实现；模块层次结构：某个角度的软件 框架视图；模块间的调用关系：模块间的接口的总体描述；模 块间的接口：传递的信息及其结构；处理方式设计：满足功能 和性能的算法用户界面设计；数据结构设计：详细的数 据结构：表、索引、文件；算法相关逻辑数据结构及其操作；上 述操作的程序模块说明（在前台？在后台？用视图？用过程？······）接口控制表的数据结构和使用规则其他性能设计。 四、概要设计写什么?
系统概要设计说明书(数据库设计书)
[招生管理系统] 概要设计说明书 [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数据管理能力要求
软件概要设计说明书模版
软件概要设计报告文档模板 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 参考资料 列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导；
概要设计说明书实例
概要设计说明书实例 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 模块说明 系统管理模块包括：角色管理、部门管理、权限管理、员工管理四部分。