(广告管理系统)概要设计说明书
（广告管理系统）概要设计说明书
目录
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.3接口设计 (5)
2.3.1界面框架设计 (5)
2.3.2外部接口设计 (5)
2.4系统设计 (6)
2.4.1系统说明 (6)
2.4.2类图 (7)
2.4.3界面设计 (13)
3 系统数据结构设计 (14)
3.1数据表 (14)
3.1.1用户表（AD_ROLE） (14)
3.1.2角色表（AD_ROLE） (14)
3.1.3用户_角色表（AD_USER_ROLE） (14)
3.1.4机构表（AD_ORGAN） (15)
3.1.5频道表（AD_CHANNEL） (15)
3.1.6广告位表（AD_SLOT） (15)
3.1.7广告表（AD_AD） (16)
3.1.8物料表（AD_MATERIAL） (16)
3.1.9广告_物料表（AD_AD_MATERIAL） (18)
3.1.10展现表（AD_EMERGE） (18)
3.1.11点击表（AD_CLICK） (18)
3.1.12日志表（AD_LOG） (19)
1 引言
1.1编写目的
此概要设计说明书是为了说明整个系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
1.2背景
软件系统的名称：广告管理系统
开发工具：Java
开发者：
1.3定义
一、什么是广告物料模板？
广告物料模板可以自定义的广告物料样式。对一些固定的富媒体类型的广告物料样式，如图文混排等，您可以将其设计成广告物料模板。之后创建相同样式的广告物料，只需在富媒体类型中选择模板即可，避免重复写样式代码的麻烦。
通过广告物料模板，可以由技术人员编写代码、创建模板后，对HTML代码不了解的广告投放人员在创建广告物料时可以直接选择模板使用，简单方便，避免了频繁修改代码的繁琐。
二、什么是富媒体广告物料？
是指由2D及3D的Video、Audio、HTML、Flash、DHTML 、JA V A等组成效果，这种广告技术与形式在网络上的应用需要相对较多的频宽。Rich Media能够提高广告的互动性，提供更广泛的创意空间。最新的网络媒体技术，甚至允许用户在广告界面上直接留下数据，从而有效的促进了用户与广告的交互。
1.4参考资料
百度广告管家
2 总体设计
2.1简述
系统采用流行的B/S结构模式。系统的分析设计采用面向对象的技术，应用Visio等工具进行辅助设计。
2.2架构设计
2.2.1 系统逻辑架构图
频道是对广告位进行的分组，一个频道可以包含多个广告位。例如：您可以创建一个名称为“体育”的频道，然后将网站体育版块下的所有广告位划分到该频道中。
广告位是在网站上开放出来用于投放广告的位置。一个广告位只属于一个频道。
广告包含投放在广告位上的广告物料和投放策略，是在特定的时间以特定的价格在特定的广告位上投放特定的广告物料的一系列设置。
■一个广告中可以包含多个广告物料；
■一个广告只能投放到一个广告位上；
■不同的广告可以投放在同一个广告位上。
广告物料通过广告投放到广告位上。一个广告物料可以属于多个的广告。
2.2.2 系统物理架构图
2.2.3 顶层系统包图
类包说明：
?业务页面：用户动态网页，主要是jsp文件。
?业务操作：主要控制业务访问的接口和业务流转。
?数据处理：提供业务的实现，包括对业务数据的增、删、改、查等操作。
?数据实体：业务对象的实体类。
?数据接口：提供数据库的访问，传递数据或返回相应数据。
?系统辅助：提供了供整个系统辅助的功能。
2.3接口设计
2.3.1 界面框架设计
2.3.2 外部接口设计
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
2.4系统设计
2.4.1 系统说明
系统包括：广告位、广告、报告、设置管理四部分。
广告位：实现对频道、广告位、获取广告代码的管理。
广告：实现对广告基本信息、广告物料库的管理。
报告：实现对广告位、广告、物料、频道、综合等报表的图表展示及报表数据下载。
设置：实现不同角色的管理员、物料模板、账号、操作日志的管理。
■广告位管理
系统化管理广告位，支持固定、弹窗、漂浮三种类型。
■类型
支持文字、图片、Flash、富媒体4种类型的广告物料。
■专业报告
提供广告报告、资源报告5种数据报告。
■多用户权限
超级管理员、技术人员、销售人员、排期管理员、投放人员、数据检测员、广告代理商7种角色，不同角色分工明确，满足业务需要。
2.4.2 类图
2.4.2.1频道管理
直接对频道的操作：1）增加：（略）2）删除：（略）3）修改：（略）4）查询：（略）
2.4.2.2广告位管理
1）根据ID来查询某一个广告位
2）查询所有：列表
3）根据条件查询：列表
4）启用/删除：启用广告位（默认），也可以随时删除广告位
5）查看广告位下的所有广告信息
6）选中一条或多条广告位，可点击获取代码来复制并粘贴到对应网站的广告位页面中7）可以直接点击投放广告去给当前广告位增加广告
2.4.2.3 广告管理
+根据id 查询() : Data::广告实体类+查询所有() : Data::广告实体类+条件查询() : Data::广告实体类+新增()+修改()
+启用/暂停/删除()+查询其下所有物料()
Action::广告
-id : string
-所属广告位 : string -广告名称 : string
-投放时间（开始） : Date -投放时间（结束） : Date -优先级种类 : int -优先级级数 : int -物料轮换 : int
-时间间隔（仅用于幻灯片轮换） : int -创建人ID : string -创建时间 : Date
-状态（启用/停用/删除） : int -最后修改时间 : Date -删除时间 : Date
Data::广告实体类
+根据id 查询() : Data::广告实体类+查询所有() : Data::广告实体类+条件查询() : Data::广告实体类+新增()+修改()
+启用/暂停/删除()+查询其下所有物料()
Service::广告
+根据id 查询() : Data::广告实体类+查询所有() : Data::广告实体类+条件查询() : Data::广告实体类+新增()+修改()
+启用/暂停/删除()+查询其下所有物料()
Dao::广告
Service::广告位
Service::物料
投放状态：
正在投放：正在投放中。 投放完成：已完成广告投放。
准备投放：广告信息完整，等待投放。
暂停：已暂停投放广告，可以随时恢复投放。 草稿：广告信息不完整或存在问题。
删除：置删除标志进行存档，没有真正删除。
1） 新增：（略） 2） 修改：（略）
3） 启用/暂停/删除：对广告状态的修改 4） 查看广告下的所有物料信息 5） 根据id 查询 6） 查询所有 7） 根据条件查询
2.4.2.4 物料管理
+根据id 查询() : Data::物料实体类+查询所有() : Data::物料实体类+根据条件查询() : Data::物料实体类+新增()+修改()
+启用/删除()+预览()
Action::物料
-id : string
-物料名称 : string -类型 : int
-文字内容 : string -文字大小 : int
-文字大小的单位 : int -文字颜色 : string -文字样式 : string -悬停文字颜色 : string -悬停文字样式 : string -点击链接 : string -目标窗口 : int -图片文件 : int -图片地址 : string -尺寸（宽） : int -尺寸（高） : int -图片描述 : string -flash 文件 : int -Flash 地址 : string -Flash 背景 : int -富媒体代码 : string
Data::物料实体类+根据id 查询() : Data::物料实体类+查询所有() : Data::物料实体类+根据条件查询() : Data::物料实体类+新增()+修改()
+启用/删除()+预览()
Service::物料
+根据id 查询() : Data::物料实体类+查询所有() : Data::物料实体类+根据条件查询() : Data::物料实体类+新增()+修改()
+启用/删除()+预览()
Dao::物料
Service::广告
1） 新增：（略） 2） 修改：（略）
3） 启用/删除：对广告状态的修改 4） 预览物料信息 5） 根据id 查询 6） 查询所有 7） 根据条件查询
2.4.2.5报告
频道报告：
1）报表可以按天、周、月、年以及任何选择的时间段来查询
2）报表可提供下载功能
2.4.2.6设置
管理员功能：可以按以下角色去创建所有需要的人员。
超级管理员：拥有系统全部权限。
技术人员：可以创建频道、广告位、获取代码，没有投放广告和查看报告权限。
投放人员：可以投放广告、上传物料，没有查看报告权限。
数据监测员：只有查看权限，可以查看分配的广告位、广告及其报告。
日志功能：对机构、频道、广告位、广告、物料、用户对象的增加、删除和状态更改，以及对报表下载都会做日志记录。
-id : string -名称 : string -站点 : string -创建时间 : Date -创建人id : string -最后更新时间 : Date -删除时间 : Date -状态 : int
Data::机构
+根据id 查询() : Data::机构+查询所有() : Data::机构
+根据条件查询() : Data::机构+新增()+修改()+删除()
Action::机构
+根据id 查询() : Data::机构+查询所有() : Data::机构
+根据条件查询() : Data::机构+新增()+修改()+删除()
Service::机构
+根据id 查询() : Data::机构+查询所有() : Data::机构
+根据条件查询() : Data::机构+新增()+修改()+删除()
Dao::机构
1） 新增：（略） 2） 修改：（略） 3） 删除：（略） 4） 根据id 查询 5） 查询所有 6） 根据条件查询
2.4.3 界面设计
略。
3 系统数据结构设计3.1数据表
3.1.1 用户表（AD_ROLE）
3.1.2 角色表（AD_ROLE）
3.1.3 用户_角色表（AD_USER_ROLE）
3.1.4 机构表（AD_ORGAN）(作废)
3.1.5 频道表（AD_CHANNEL）
3.1.6 广告位表（AD_SLOT）
3.1.7 广告表（AD_AD）
3.1.8 物料表（AD_MATERIAL）
3.1.9 广告_物料表（AD_AD_MATERIAL）
3.1.10 展现表（AD_EMERGE）
3.1.11 点击表（AD_CLICK）
3.1.12 日志表（AD_LOG）
概要设计说明书范例及模板
《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 处理流程 下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分
管理信息系统设计说明
管理信息系统综合练习报告题目：学生宿舍管理系统 2010年12月1日
引言 随着电脑的普及与应用，现在的管理也需要提升一个档次。即从原来的手工记录管理模式转变为电脑一体化管理。这样会给公寓的管理人员带来很多好处，让他们管理的效率更高、效果更好，管理起来更方便。由此而产生了本管理软件――学生公寓管理软件。 学生公寓管理软件是用Microsoft Visual Basic 编写完成。由于Visual Basic率先采用了可视化（VISUAL）的程序设计方法。所以利用系统提供的大量可视化控件，可以方便的以可视化方式直接绘制用户图形界面，并可直观，动态的调整界面的风格和样式，直到满意为止，从而克服了以前必须用大量代码去描述界面元素的外观和位置的传统编程模式。做起来方便，使用起来更为快捷。 作为一个学生公寓的管理软件，要十分全面的贴近以及适合大学公寓的管理方法。本软件的参考资料主要有两种来源：一是参考本学校公寓的管理结构，管理方法。如各个公寓的分布特色，以及公寓的各种管理制度。这些资料是本软件的主要依据，也可以说这些资料来源于普通的生活，比较真实一些。二是来源于网络上的各种同类软件，通过这些软件可以看出一个公寓最低需要哪些管理与设置，在这些软件中，有些软件功能比较齐全，但是在管理上显的非常的不方便，使用起来十分麻烦、繁琐，有些虽然简单，但是功能上又不是十分完善，对这些软件首先要进行取其精华，弃其糟粕，从而进行编写。 本系统主要包括以下方面：信息查询，学生管理，公寓管理。 学生公寓管理软件目前版本为1.0.1，为一个测试版本。它目前在功能上，以及操作的简便上有很大的改进。但是还是存在一些不足，在有些功能的实现上还不是十分的理想，这也是本人在时间和精力上留下的遗憾。但是相信这些会在以后的版本中得到完善，使这个软件成为一个功能上最全，使用上最简捷方便的管理软件
管理信息系统设计说明书
公司人员资料管理系统 系统设计说明书 时间： 2013.4.25———2013.5.10
湖南工业大学科技学院 目录 摘要……………………………………………………………………………… 第一章绪论…………………………………………………………………… 第二章需求分析…..………………………………………………………… 1.1 功能模块的分析………………………………………………… 1.2 模块的设计…………………………………………………… 1.3 系统的数据模型……………………………………………… 第三章系统的配置…………………………………………………………… 3.1 Microsoft Access 2000的安装……………………………… 3.2 Visual Basic 6.0的安装……………………………………… 第四章数据库的设计………………………………………………………… 4.1 数据表的设计……………………………………………………… 4.2 关系的设计………………………………………………………… 第五章详细设计………………………………………………………………… 5.1 建立窗体…………………………………………………………… 5.1.1建立主窗体……………………………………………………… 5.1.2建立详细资料窗体……………………………………………..… 5.1.3建立部门信息窗体……………………………………………… 5.1.4建立系统管理窗体………………………………………….…… 5.1.5建立登录窗体……………………………………………….……. 5.1.6建立增加新用户窗体……………………………………….…… 5.2 创建工程模块………………………………………………….… 5.3 VB窗体与数据库的连接………………………………….……. 第六章系统的编译与发布…………………………………………………….. 第七章设计总结………………………………………………………………. 致谢……………………………………………………………………………..
概要设计说明书实例
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引言 1.1编写目的 为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 预期读者为超市管理系统的开发人员，程序员。 1.2背景 项目名称：超市管理系统。 提出者：XXX。 开发者：郭琦，梁颖嘉，刘浩然，李小龙。 用户：中小型超市 1.3定义 XXXX（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。）1.4参考资料 软件设计文档国家标准操作手册(GB8567——88)。 2程序系统的结构
见《超市管理系统概要设计说明书》相关部分。 3售货管理子系统设计说明 3.1 程序描述 超市管理系统下的一个子系统，记录售货员今日处理的商品信息和会员的购买情况，处理销售过程中的商品信息并作记录。 3.2 功能 包括售货员登陆和会员登陆，以及售货员的售货处理、结账处理。 3.3 性能 时间特殊性：系统的速度要在用户可接受的范围内。 可靠性：系统要有较高的可靠性，可恢复性。 灵活性：系统要有良好的接口。 3.4 输入项 售货员账号密码：售货员登陆 会员账号：会员登陆 条形码：验证商品信息 数量：计算金额 3.5 输出项 售货员信息：确保售货员符合资格 会员信息：确保会员符合资格 金额：结账时的商品总额
软件概要设计说明书范例
XX概要设计说明书
文档修改记录
填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分：系统子系统模块子模块 其中： （1）“系统子系统”划分属于“系统设计”，在系统设计说明书中予以描述。 （2）“子系统模块”划分属于“概要设计”，在本说明书中予以描述。 （3）“模块子模块”划分属于“详细设计”，在详细设计说明书中予以描述。如果系统相对简单，可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书，则在本说明书中略过“系统子系统”划分的相关内容（即第2章）。 3. 如果系统相对简单，不需要做“系统子系统”划分，这种情况下，取消填写系统设计说明书，只须填写本说明书，直接套用“子系统模块”划分（即第3章）进行“系统模块”划分（把其中“子系统”一词替换为“系统”），并删除本说明书中“系统子系统”划分的相关内容（第2章）。
目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。
校园管理系统设计说明书
校园管理系统设计说明书 1 引言 1．1编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料 《软件工程导论》 ---------海藩编著清华大学 《深入浅出面向对象分析和设计》 《数据为原理及应用》------绍原主编科学 2 概述 1．目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境
软件基本运行环境为Windows环境。 3．需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型：
概要设计说明书示例【概要设计说明书(模板)】
概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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运行环境
餐饮管理系统设计说明书
餐饮管理系统之 ——系统设计说明书一．总体设计 1．处理流程（略） 图总体处理流程图 2．总体结构和模块外部设计 模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。 总体结构：
总体模块说明 项目容：此系统使用了三层架构实现了管理人员登陆模块，菜单管理模块，餐厅人员管理模块，点菜功能模块，消费结账模块，查询统计 功能模块。 系统登录退出模块：本模块是被用于用户登录，注销和退出。模块根据用户的不同类型赋予用户不同的管理权限。等低级的用户不可访问高等级用户的个别功能，而高等级用户可以使用低等级用户的所有系统功能。 菜单管理模块：本模块将餐厅的菜单信息通过标准化的管理操作加以整合，使得菜品的价格、配料、功效和图片可以完全呈现在客户面前，使得客户可以便地选择自己想要的食物。本模块的分权限设计将限制普通员工对菜单信息加以修改，以防止菜单价格被恶意修改，以此保证餐厅正常可靠的运营。管理人员可以添加到菜谱到系统中，并能进行日常维护（包括修改菜的价格等），系统可以对整个菜单分类管理，可区分凉菜、热菜、汤类、酒水、消费品和主食、 餐饮管理 信息系统 后台管理 前台服务 桌台 仓库 员工 顾客 员工 供货商 材料 信息 系统登录退出 系统登录退出 图1 餐饮管理系统总体功能模块图
企业网站管理系统设计说明书
企业网站管理系统设计 说明书 第一章引言 1.1项目来源及定义 本项目是一个专门针对网上购车的一个系统，当然这也是一个了解。我们的本公司安设在郑州新政，如果对本公司的产品满意者，也可到指定地点去试车。我们也将以最好的服务质量保证顾客能买到一辆满意的轿车。 本公司轿车特指区别于货车、皮卡、SUV、大巴、中巴的小型汽车，俗称为“小轿车”。按照中国大陆标准划分为：微型轿车（排量/1L以下）、普通级轿车（排量为1.0-1.6L）、中级轿车（排量为1.6-2.5L）、中高级轿车（排量为2.5-4.0L）、高级轿车（排量为4L以上）。轿车工业经历了从单件生产到大量生产方式，然后发展到精益生产方式，最后形成现代全球智能化生产方式。 新的消费税调整办法开始实施以及《关于鼓励发展节能环保型小排量汽车的意见》的颁布为小排量轿车的发展迎来了春天。标准的出台使小排量轿车前景看好，微型轿车和经济型轿车都有很好的市场表现。 国内轿车生产能力的增长开始超过市场需求量的增长，市场对价格越来越敏感，以及轿车企业不断增加，竞争日益激烈，国内轿车市场的价格大战将越演越烈，竞争将更加残酷。未来轿车消费将在比较长的时间内，保持一个增幅相对保守但却稳定的平稳增长态势。预计到2012年，财政部将投入200多亿元推广新能源车的使用。财政部还在研究通过减免所得税、进口税收优惠等政策，支持企业加大对新能源汽车的投入和技术改造的力度。同时还将通过汽车消费税等各种税费政策，引导节能与新能源汽车的消费。 中投顾问发布的《2010-2015年中国轿车行业投资分析及前景预测报告》共十四章。首先介绍了汽车和轿车的定义及分类等，接着分析了国际国内汽车行业与轿车行业的发展概况，然后分别对微型轿车、经济型轿车、其他轿车细分市场做了具体细致的分析。随后，报告对中国轿车行业做了进出口分析、市场竞争分析、市场营销分析、相关产业发展状况分析、重点企业运营状况分析，最后对轿车行业做了投资分析及趋势预测。您
概要设计说明书---案例
＜网上书店＞ 概要设计说明书 作者：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数据管理能力要求