概要设计
二手商品交易市场概要设计说明书
目录
中文摘要 (Ⅰ)
英文摘要 (Ⅱ)
1绪论 (1)
1.1 绪论 (1)
1.2 开发背景 (1)
1.3 目的和要求 (1)
1.4 定义 (1)
2 总体设计 (3)
2.1 需求规定 (3)
2.2 开发环境 (3)
2.3 基本设计概念和基本流程 (3)
2.4 系统模块结构 (4)
2.5 系统结构图 (4)
3 接口设计 (6)
3.1 用户接口 (6)
3.2 外部接口 (6)
3.3 内部接口 (8)
4 运行设计 (12)
4.1 运行模块结合 (12)
4.2 运行控制 (13)
4.3 运行时间 (16)
5 系统数据结构设计 (19)
6 致谢 (20)
7 参考文献 (21)
8 附件 (22)
概要设计说明书
1引言
1.1编写目的
在完成系统的可行研究和需求分析的基础上，为了明确软件需求、安排项目规划与进度、组织软件开发与测试，项目小组在考虑了几种解决方案，并进行了深入的研究与分析后，提出了这份概要设计说明书。
此概要书针对软件的解决方案、功能分配、模块化分、程序的整体结构、输入输出和接口设计、运行设计等方面做了概要性的说明，为该软件的详细的设计奠定了基础。
1.2背景
随着商品经济的发展，随着与国际社会的接轨，各种资源的商品化已经逐渐成为了我们这个社会的代名词。在这这情势下，二手商品资源也已极大的丰富起来，如何解决一类问题，争取最大利用率的交流这类商品的信息便是一个存在中的问题。本毕业设计便是解决该问题的。
1.3 定义
垃圾信息：没有意义信息或大量的重复信息
非法用户:大量发布无效信息或违反相关规定的信息
用户:使用二手交易系统完成二手商品交易的买卖的人
游客:只在网页上浏览，不注册的人
1.4 参考资料
《二手交易系统》开发需求规格说明书
《二手交易系统开发合同》
2 总体设计
2.1 需求规定
本系统要实现用户二手商品交易需求
本系统的主要交易项目:1、用户个人的基本信息
2、用户想要卖出的商品信息
3、用户欲求购的商品信息
本系统的主要输出项目:用户浏览商品信息，并获得联系方式，然后买卖双方进行交易。
2.2 运行环境
J2EE技术是Java网络应用的技术，广泛应用于企业级的应用。它是由一套规范（shannin,2001）和建立在J2SE平台上的应用编程接口(API)组成。J2EE拥有Sun公司提供免费开发工具，称为J2EE软件开发工具包(Software Development Kit,SDK )（https://www.360docs.net/doc/cd10910024.html,/j2ee）。J2EE技术是一种Java网络应用技术的组合，包含有远程方法调用(Remote Method Invocation,RMI)、Java消息服务(Java Message Service,JMS)、JavaMail等通信服务，JDBC、Java 命名和目录接口(Java naming and Directory Interface,JNDI)、Java连接器体系结构(Java Connector Architecture,JCA)、Java事务API/Java事务服务
(JTA/JTS)、XML处理API等通用服务以及Servlet、Java服务器页面(JSP)、企业级JavaBean(EJB)等组件技术。任何J2EE的实现都必须要在其特定容器中实现。
2.3 基本设计概念和基本流程
本系统功能概括:卖主方便的发布想要出售的商品信息和联系方式，而买主可以方便的浏览这里出售的商品信息，如果有满意的可以通过与卖主联系，一但交易成功，卖主可以删除商品信息。卖主除了可以浏览正在出售的商品，还可以主动发布需求的商品。
2.4系统模块结构
图3.1系统总体图
系统主要运行在Tomcat这个Web容器中，各个模块对数据库的访问都通过JavaBeans来实现，JavaBeans为数据库的连接建立一个连接池，将对数据库的连接请求池化,控制有效连接数,可确保系统及数据库管理系统的稳定运行。
2.5系统结构图
图3.2系统结构图
3 接口设计
3.1 用户接口
TCP/IP协议
3.2外部接口
采用广泛应用的GUI，即窗口、菜单、对话框滚动条等。
3.3内部接口
开放式的数据库连接（ODBC）
4 运行设计
4.1运行模块结合
图3.4 4.2运行控制
用户登录后即可使用权限内的每一个权限
4.3运行时间
一般用户的操作影响时间应该在5秒钟以内
5 数据库结构设计
5.1 数据库需求分析
对于数据库的需求主要体现在对数据库的提交信息、更新信息、删除信息、保存信息等。这些信息的存在都取决于各个功能模块的对信息的需求。通过对
功能模块的具体操作，实现对数据库中信息的输入和输出。所以，针对各个功
能模块的需求，设计如下的数据表和数据结构：
用户信息：包括用户名、密码、及用户的相关信息等。
商品信息表：包括信息序号、发布信息的用户名，信息相关内容等。
商品留言信息：包括信息序号、商品信息相关、留言内容相关等。
用户消息：包括发消息和接消息的用户名、消息相关内容等。
系统管理员信息：包括帐户名和帐户密码等。
通过以上的信息，完成数据库对各项需求的实现。
5.2 数据库概要设计
使用ER-WRING进行建模:
逻辑模型为：
图3.5 逻辑模型图物理模型为：
图3.6 物理模型图5.3 数据库详细设计
因为篇幅原因，只列出部分数据内容
表3.1用户表（usertable）
表3.2 二手商品信息表(messagetable)
表3.3 留言信息表(lytable)
表3.5 用户消息表(usermessagetable)
表3.6 管理员表(managetable)
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
图书管理系统概要设计概要
图书管理系统概要设计
目录 一、引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3开发环境 (3) 1.4参考资料 (4) 二、任务概述 (4) 2.1需求概述 (4) 2.2运行环境 (4) 三、总体设计 (4) 3.1基本设计概念和处理流程 (4) 3.2系统结构和模块外部设计 (6) 3.3功能分配 (6) 四、接口设计 (7) 4.1用户接口 (7) 4.2外部接口 (7) 4.3内部接口 (7) 五、运行设计 (8) 5.1运行模块的组合 (8) 5.3运行时间 (8) 六、数据结构设计 (9) 6.1逻辑结构设计 (9) 6.2物理结构设计 (15) 6.3数据结构与程序的关系 (15) 七、维护设计 (15)
一、引言 1.1编写目的 由前面的需求分析，得出了系统的基本需求，和基本的数据流图，要实现整个系统，需要对用户的需求进行设计，概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的物理配置，确定整个系统的处理流程和系统的数据结构，接口设计，实现对系统的初步设计 1.2项目背景 图书管理是高效内每一个系部或院部都必须切实面对的工作，但是一直以来人们都使用传统的人工方式管理图书资料。这种方式存在着效率低下，保密性差等缺点。另外，随着图书资料数量的增加，其工作量也大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。图书管理作为计算机应用的一分支，有着手工无法比拟的优点，如检索迅速，查找方便，可靠性高等，这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管路系统，将是十分必要的 1.3开发环境 ?SQL Sever 2008：数据库管理软件 ?DBMS：数据库管理系统 ?Windows7：运行环境 ?Java ：软件开发语言
系统概要设计文档
系统概要设计文档
1 / 18
目录
系统概要设计文档 ....................................................................................................... 1b5E2RGbCAP 目录 ................................................................................................................................2p1EanqFDPw 1 引言 .............................................................................................................................. 3DXDiTa9E3d 1.1 编写目的及阅读建议 ...................................................................................... 3RTCrpUDGiT 1.2 系统概述 ......................................................................................................... 35PCzVD7HxA 1.3 文档概述 ............................................................................................................. 3jLBHrnAILg 1.4 设计原则与设计要求 ......................................................................................3xHAQX74J0X 2 引用文件 ...................................................................................................................... 3LDAYtRyKfE 3 设计概述 ....................................................................................................................... 4Zzz6ZB2Ltk 3.1 功能需求规定 .................................................................................................... 4dvzfvkwMI1 3.2 运行环境 ........................................................................................................... 4rqyn14ZNXI 4 系统体系结构设计 ..................................................................................................... 4EmxvxOtOco 4.1 系统总体设计 ................................................................................................... 4SixE2yXPq5 4.1.1 概述 ........................................................................................................ 46ewMyirQFL 4.1.2 设计思想 ............................................................................................... 5kavU42VRUs 4.1.3 基本处理流程 ........................................................................................ 6y6v3ALoS89 4.1.4 系统数据结构设计 ............................................................................... 9M2ub6vSTnP 4.4 接口设计 ........................................................................................................ 100YujCfmUCw 4.4.1 用户接口 ............................................................................................. 10eUts8ZQVRd 4.4.2 外部接口 ............................................................................................ 10sQsAEJkW5T 4.4.3 内部接口 ............................................................................................. 11GMsIasNXkA 5 运行设计 ..................................................................................................................... 11TIrRGchYzg 5.1 系统初始化 ................................................................................................... 117EqZcWLZNX 5.2 运行控制 ........................................................................................................... 11lzq7IGf02E 5.3 运行结束 .......................................................................................................... 11zvpgeqJ1hk 6 系统出错处理设计 ..................................................................................................... 11NrpoJac3v1 6.1 出错信息 ..........................................................................................................111nowfTG4KI 6.2 补救措施 .......................................................................................................... 12fjnFLDa5Zo 7 系统维护设计 ............................................................................................................. 12tfnNhnE6e5 附录 ............................................................................................................................. 12HbmVN777sL
2 / 18
概要设计说明书实例
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)
学生信息管理系统概要设计
第5章学生管理系统概要设计 5.1引言 5.1.1编写目的 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景 开发软件的名称：《学生信息管理系统》 项目提出者： 项目开发者： 用户：管理员、老师、学生 5.1.3定义 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.360docs.net/doc/cd10910024.html,：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。指 Active Server Pages（动态服务器页面），运行于 IIS 之中的程序。
C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。 SQL：（Structured Query Language)结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。 B/S ：（Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。 5.1.4参考资料 [1] 张海藩主编，《软件工程导论》，清华大学出版社 [2] 陆丽娜主编，《软件工程》，经济科学出版社 [3] 瞿中主编，《软件工程》，机械工业出版社 [4]《数据库系统概论》——萨师煊高等教育出版社 [5]《https://www.360docs.net/doc/cd10910024.html,实用案例教程》--石志国 [6]《C#入门经典》--齐立波，清华大学出版社 [7]《计算机软件文档编制规范》GB-T8567-2006 [8]需求分析与可行性研究报告
系统概要设计说明书规范
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引言 1.1编写目的 I丨本设计书是高校固定资产管理项目程序的研发概要设计，将项目开发进程中 或者项目结束后提供给双方人员使用，同时也可以作为实施后期的维护人员使用。 1.2项目背景 作为软件开发的前期文档，可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。 委托单位：湖师计科学院开发单位：湖师磁湖在线工作室负责人：关老师 近几年，随着高校学生的人数增加，高校的固定资产也增加，而有一些破旧的资产不能合理的处理和管理，而对于学校这个大群体来说，一个个资产设备，物品，都需要更好的管理和维护，为了高校能够很好的管理学校的设备，我们实验室做了一个高校固定资产管理系统，为学校管理设备带来方便和高效。 1.3定义 B/S : （Browser/Server结构）结构即浏览器和服务器结构。 需求：用户解决问题或达到目标所需的条件和功能；系统或系统部 要满足合同、标准，规范或其他正式文档所需具有的条件及权能。 1.4参考资料 《国家标准软件开发文档规范》 《软件开发流程》，清华大学出版社，2005年1月版 2 任务概述 2.1目标 高校资产管理系统功能有：资产基本资料的管理，资产初始录入，信息统计, 盘点管理，折旧管理，审核管理和数据的导入功能，这只要是资产管理的功能。密码设置，权限设置，系统日志及系统退出这主要是系统管理的功能。 2.2运行环境 ?主机：PC兼容机内存256M以上，显示分辨率800*600以上 ?操作系统：window98，window2000，WindowXP 及Win7 等。 2.3需求概要 用户对软件系统要求使用简单方便，必要的功能一定不能少，且界面设计要大方得体，有良好的视觉效果，待现在系统没实现功能要记录清楚，系统最后阶段要尽量弥补用户所需的功能。
医院管理系统概要设计
医院管理系统概要设计<1> 主要业务流程 1.2 门诊收费系统
<2> 输入设计 输入的方式简单、快捷，是医院信息管理系统的基本要求，特别是门诊划价、收费的输入方式直接影响医院的工作效率。此系统采用鼠标单击选择或直接输入的方式有许多优点。 （1）满足操作员不同的需求。 （2）无需记忆药品的价格。 （3）如发现输入处方错误可按“删除”键进行修改。 <3>输出设计 输出方式按照实际需要设计，如门诊划价单、门诊收费单等 <4>软件结构 4．1顶层数据流图
4．2二层数据流图
4．3三层数据流图 门诊药房售药信息
<5>数据字典 （1）数据结构：处方信息 含义说明：定义了病人病情及相关结果。 组成：病人姓名、性别、日期、门诊号、处方号、病史、病况及处方。 1.数据项：日期 含义说明：病人就诊时间。 取值方法：病人挂号时系统的日期和时间。 2.数据项：门诊号 含义说明：病人看病的类别及次序。 取值方法：挂号时自动生成。 3.数据项：处方号 取值范围：000001~999999 取值方法：由电脑自动生成 4.数据项：病史 含义说明：病人曾经的得病记录 5.数据项：病况 含义说明：病人目前的得病情况 6.数据项：处方 含义说明：医生根据病人的得病情况做出的诊断 取值方法：由医生诊断获得的治疗方法及相关药品（2）数据结构：划价单 含义说明：药品价格合计 组成：项目名称、规格、数量、单价、库存数量、所属部门和合计金额。 1.数据项：项目名称 含义说明：唯一标识药品的数据项，不能重名。 2.数据项：规格 含义说明：该药品对应的型号和类别。 3.数据项：数量 含义说明：记录药品的多少。 4.数据项：单价 含义说明：该药品在计量单位下的价格。 5.数据项：库存数量 含义说明：描述该药品在药库中的多少。 6.数据项：所属部门 含义说明：该种药品所属类别。 7.数据项：合计金额 含义说明：病人所需付的药品费用总和。 取值方法：合计金额=单价1*数量1+单价2*数量2 （3）数据结构：收费单 含义说明：病人付款凭证 组成：项目名称、规格、数量、单价、库存数量、所属部门、所付金额。 1.数据项：项目名称 含义说明：唯一标识药品的数据项，不能重名。
概要设计实例
概要设计说明书 1．引言 1.1编写目的 本概要设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行总体设计，在明确系统需求的基础上划分系统的功能模块，进行系统开发的分工，明确各模块间的接口，为进行后面的详细设计和实现作准备。本概要设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 1.2背景 a.待开发的系统的名称：Lyra Resource Platform; b.本项目的任务提出者: 赵东，成富，陈良，窦文敏 开发者：赵东，成富，陈良，窦文敏 用户：所有对该项目感兴趣，并想通过该项目的产品提高资源检索速度和质量，方便的进行资源检索，预览，上传及下载的用户。 2．总体设计 2.1需求规定 2.1.1系统功能 ● FTP的文件上传及下载功能：类似于普通ftp的文件上传和下载功能。 ◆用户输入ftp的服务器ip及用户名，密码，连接服务器并上传或下载用 户指定的文件。 ◆如果用户不输入用户名，密码则默认为匿名登录。 ◆可以以列表的形式显示服务器连接信息，以表格的形式显示正下载文件的 信息。 ◆具有站内搜索功能。 ●资源实时检索功能：提供一个强大的搜索引擎功能，用户只需提供关键字和需要 检索的资源的类型，就能检索到上面所述四种子平台上的所有相关资源，并且列出 来的资源都是可使用的。 ●资源预览功能：对于服务器上的某些资源，用户可以选择预览，以确定是否下载。 ●资源统计信息的功能：包括最近更新的资源，网上评论较热门的资源等。提供一个 详细的列表，方便用户浏览。
2.1.2系统性能 2.1.2.1时间特性要求 系统的速度要在用户可接受的范围内，但考虑到需要实时检测服务器的可用性，对资源实时搜索的速度可以有较低的要求。ftp的文件上传和下载速度要尽量的接近于普通ftp的速度。 2.1.2.2可靠性 系统要有较高的可靠性，可恢复性。 2.1.2.3灵活性 系统要有良好的接口，以适应增加资源平台，增加资源类型，增加相关的资源获取功能的需求；并留有服务器接口，适应对以后实现服务器功能的需要；同时系统还需要具有跨平台功能。 2.1.3输入输出要求 于ftp和资源实时检索功能系统的输入数据分为两种类型，如果用户已知服务器ip，用户名，密码，则输入数据为服务器ip，用户名，密码；如果用户只知道需要的资源名称和类型，则输入需要的资源名称和类型。系统输出为用户需要的资源列表。并下载用户选择的文件。 对于预览功能，用户需要选择要预览的文件，系统输出该文件的一部分或全部内容，如果用户选择保存预览内容，则保存。 2.1.4数据管理能力要求 系统需要记录用户最近连接过的ftp的地址，用户名，密码及该站点的文件列表。2.1.5故障处理要求 具有一定的容错能力，能检测用户的错误输入并给出错误提示，能检测资源的可用性错误并输出结果。能进行系统故障恢复。 2.1.6其他专门要求 因为本系统是一个普遍使用的工具，所以要求界面友好，使用方便，并要求系统具有高稳定性，可扩充性和运行环境的可转换性。 2.2运行环境 2.2.1设备 普通pc机，互联网。 2.2.2支持软件 操作系统：windows或linux 其它软件:jdk 1.4 2.2.3接口 该系统早期会使用北大天网FTP搜索引擎和其他的文件搜索系统如百度的功能实现资源的检索，但是在后期时间允许的情况下会开发自己的检索部分。
教务管理系统概要设计说明
教务处管理系统概要设计说明书
1概述（设计思想） 教务管理系统是一个面向学校教务管理人员、教师和学生，为其提供服务的综合管理系统，随着教学体制的不断改革，尤其是学分制、选课制的展开和深入，使得教务日常管理工作日趋繁重、复杂，而现有的教务管理软件基本上都是单机版本的，已满足不了现在教务工作需要。因此迫切需要研制开发基于互联网的综合网上教务管理软件。 该教务管理系统总体设计思想：面向学校各部门以及各层次用户的多模块综合信息管理系统为了充分利用高校现已有的网络资源。实现教务各上下级之间迅速便捷的沟通，在系统的架构上采用了当前流行的B／S结构与C／S结构及Internet网络相结合的技术突破了系统使用地域的局限性，使整个校园网甚至Internet上的用户都可访问本教务系统并进入相应的教务信息查询，如查询课程表、教学进程等等．为了体现分散操作、统一管理的思想，实现教务信息的集中管理、分散操作、信息共享，使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展，实现教务各上下级之间迅速便捷的沟通，形成充满活力的新型的教务管理机制。 教务管理系统由两部分组成：前台和后台。前台客户层采用了最新的webstart工具，使得客户端可以自动升级、即时更新，减轻了系性；后台数据层采用了对象关系型数据库，它将数据进行统一管理，所有的客户端都从后台捌用数据，实现了资源共享、保证了数据的一致性并且后台数据还具有自动备份功能，来保证数据库中数据的安全性与可靠性．后台主要有系统管理员，前台则主要面对在校学生和教务处人员和各院系教务员及任课教师使用，教务网的管理员分初级管理员和高级管理员：初级管理员是各科室的负责人，提交本科室的待发布教学通知、公告等信息，管理本科室的上传文件并接受高级管理员的管理；高级管理员管理所有上传的文件，审核并发布各科室提交的信息，管理教务信箱和教务网界面等。教务处长属于高级管理员。 2系统策略 系统性 该教务管理系统实时更新，系统比较完善可靠，技术成熟，可以按照不同学校对于教务的不同需求进行更改，满足用户需求。 先进性 该教务管理系统技术先进，系统先进，比较完善。 安全性 数据库考虑到安全性问题，对文件进行加密，提高了安全度，保证了系统的安全。 可维护性 该教务管理系统界面可以再后台管理前台显示的界面，模块化程度高，可维护性强。 正确性
系统概要设计说明书
系统概要设计说明书 一、引言 （一）编写目的 本阶段已在系统的需求分析的基础上，对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 （二）项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成：角色管理、评测打分、查询统计。（三）定义 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运行环境
概要设计和详细设计区别
概要设计与详细设计的区别 概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。 详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。 概要设计阶段通常得到软件结构图 详细设计阶段常用的描述方式有：流程图、N-S图、PAD 图、伪代码等 概要设计和详细设计 在软件设计中，大家经常问到的一个问题是：概要设计应该怎样一个概要法，详细设计应该怎样一个详细法？ 这个问题在公司内部经常有人问。现在陈述一下。 我们公司的研发流程是瀑布型的，这个模型中的分析、设计阶段是基于经典的结构化方法。 结构化设计方法的基本思路是：按照问题域，将软件逐
级细化，分解为不必再分解的的模块，每个模块完成一定的功能，为一个或多个父模块服务（即接受调用），也接受一个或多个子模块的服务（即调用子模块）。模块的概念，和编程语言中的子程序或函数是对应的。 这样一来，设计可以明显地划分成两个阶段： 概要（结构）设计阶段：把软件按照一定的原则分解为 模块层次，赋予每个模块一定的任务，并确定模块间调用关系和接口。 详细设计阶段：依据概要设计阶段的分解，设计每个模 块内的算法、流程等。 概要设计阶段： 在这个阶段，设计者会大致考虑并照顾模块的内部实现，但不过多纠缠于此。主要集中于划分模块、分配任务、定义调用关系。模块间的接口与传参在这个阶段要定得十分细致明确， 应编写严谨的数据字典，避免后续设计产生不解或误解。概要设计一般不是一次就能做到位，而是反复地进行结构调整。典型的调整是合并功能重复的模块，或者进一步分解出可以复用的模块。在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。
超详细的概要说明书系统概要设计说明书
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和各服务器之间的实施运作。