广告管理系统概要设计说明书
（广告管理系统）概要设计说明书
目录
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 、JAVA等组成效果，这种广告技术与形式在网络上的应用需要相对较多的频宽。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）
管理信息系统设计说明
管理信息系统综合练习报告题目：学生宿舍管理系统 2010年12月1日
引言 随着电脑的普及与应用，现在的管理也需要提升一个档次。即从原来的手工记录管理模式转变为电脑一体化管理。这样会给公寓的管理人员带来很多好处，让他们管理的效率更高、效果更好，管理起来更方便。由此而产生了本管理软件――学生公寓管理软件。 学生公寓管理软件是用Microsoft Visual Basic 编写完成。由于Visual Basic率先采用了可视化（VISUAL）的程序设计方法。所以利用系统提供的大量可视化控件，可以方便的以可视化方式直接绘制用户图形界面，并可直观，动态的调整界面的风格和样式，直到满意为止，从而克服了以前必须用大量代码去描述界面元素的外观和位置的传统编程模式。做起来方便，使用起来更为快捷。 作为一个学生公寓的管理软件，要十分全面的贴近以及适合大学公寓的管理方法。本软件的参考资料主要有两种来源：一是参考本学校公寓的管理结构，管理方法。如各个公寓的分布特色，以及公寓的各种管理制度。这些资料是本软件的主要依据，也可以说这些资料来源于普通的生活，比较真实一些。二是来源于网络上的各种同类软件，通过这些软件可以看出一个公寓最低需要哪些管理与设置，在这些软件中，有些软件功能比较齐全，但是在管理上显的非常的不方便，使用起来十分麻烦、繁琐，有些虽然简单，但是功能上又不是十分完善，对这些软件首先要进行取其精华，弃其糟粕，从而进行编写。 本系统主要包括以下方面：信息查询，学生管理，公寓管理。 学生公寓管理软件目前版本为1.0.1，为一个测试版本。它目前在功能上，以及操作的简便上有很大的改进。但是还是存在一些不足，在有些功能的实现上还不是十分的理想，这也是本人在时间和精力上留下的遗憾。但是相信这些会在以后的版本中得到完善，使这个软件成为一个功能上最全，使用上最简捷方便的管理软件
MFC视频播放器(试过,可以成功)
1需求分析 NBA现役巨星资料库 随着NBA (National Basketball Association)近二十年来在中国市场的扩张，如今中国积攒的相当一部分NBA的忠实球迷，更随着中国如王治郅，姚明，易建联等中国球员加入NBA，更多的中国人开始了解NBA。从而NBA得各种信息变得炙手可热，如NBA巨星们的视频，个人资料，周边故事，赛事，等等。这些信息，现如今不仅仅在网络上被各种人使用使用，在日常生活中也是很值得爱好NBA的人去了解的。 本人也是一位NBA的爱好者，在一次资料的搜集中，我想要查询网络上“现役NBA巨星的资料”时，可并没有发现，只有“ 50大”(NBA历史上前五十的巨星)诸多资料。其现役巨星的资料大多都是分散的记录。 在当下，“50大”只能是NBA的周边或历史，而现役巨星才是现在球迷的追求对象，所以一套完整的现役巨星资料可以称得上是一份绝对的值得珍藏的资料。 但是整理一份资料简单，只需在各种网站中搜索巨星的名字，相关资料自然会弹出，可如何去让它具有一个更高的集成性，如何去让它更符合我们拥有如今操作理念，不在是单一的单窗口字面文档。 设计一个基于数据库且可实现多窗口，在形式上多样化，这就是此次MFC程序设计的主导方向。 MFC程序设计 既然程序是基于数据库的，固然数据库是必须建立的，在MFC建立数据库的方式有很多，期中最简单操作的是Access数据库的调用可通过ODBC。而形成形式上的突破方法是很多的，如联入多媒体，插入视图，增加功能等等。 数据流图 图片视频
2系统设计概要设计
在需求分析中提到所建立的程序可以实现多窗口调用且具有多功能的。首先， 建立的程序是基于数据库的多文档格式 MFC 程序，整个程序大至可分为三个模 块。 体系结构设计 分析我设计的这个程序，其三个模块并不是互相调用的，而是另两个模块以窗 口对接按键的形式，被第一个模块调用的。这样的结构存在属于“层次结构” ， 高层的工作建立在低层的工作上面，把复杂的事情转化成多件逐层递进的事件。 模块设计 上面说到，这个程序设计中有三个模块，其中两个以窗口形式存在的模块与另 一模块的耦合（Coupling ）较强，可是这两个模块却又是完全独立的，他们属于 强内聚（Cohesion ）。这样的设计算不上“强内聚，弱耦合”。可在程序中以窗口 运行的两个模块是具有一定的封闭性。 详细设计 ? NEAffite^星信电:城宰（Atctis 2000丈件棺式I 角炳d tedistma dmw I X I -a 蛊 iB 2使用ODBC 实现对Access 的驱动（WIN7在主控面板右上角输入“ ODBC”） 科比?布莱恩特 砂圭尔?真的 阿伦? 艾弗森 薔怖恩-韦懐 勒布朗?普姆斯 億怖特?霍华德 克里斯?保罗 史蒂夫 ?抽什 凯文?仙内特 待雷西?麦克格€ 姚用 小飞侠 1.英尺$英= 2.1GM 打却?1英 誓案 1.83M 阳贪尺0英十 闷电侠 1.93m / 6尺4寸 小皇帝 2. （J3mf6英尺￡英匚 M 21册6英尺11金 蹩王 1.83m 1.91m 線王 2.1W6 尺 11 寸 T _ Mac 2. 03冊￡英尺￡英; 沦鋼T 英尺6疑 sa.oks/aos 磅 得分后卫/小前^洛杉矶湖人限 HT 阪型融 中饉 漩士顿凯尔特” T4.业討1閃磅得分后卫 费城七六人臥 20&切听埜斤得分后卫/组织后迈阿密热火 113 4W250^小前覆 迈阿魏火臥 120kg 中锂 奥兰多魔术阴 TO- *kg 扌空球后卫 新臭尔良靑虫郢 89kj 113.4ke/2S0^ 101kg/223i^ 134.2k* 渐磅 锋后 前 分锂 犬得中 菲尼克斯衣阳F 披士屯帥特‘ 底特律活基陆 休斯顿火箭 记录:?E r^jrs II 裁 I 隼号 出牛曰期丨 身為 1 EE5*］共有记录数"1
系统概要设计说明书规范
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后，系统的现有设计和编码能够最大程度的重用，以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分
管理信息系统设计说明书
公司人员资料管理系统 系统设计说明书 时间： 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窗体与数据库的连接………………………………….……. 第六章系统的编译与发布…………………………………………………….. 第七章设计总结………………………………………………………………. 致谢……………………………………………………………………………..
播放器CSCI详细设计说明书_界面设计_0943041300_曹阳
文档编号： 浮云播放器 外观CSCI详细设计说明书 单位名称 余春小组 浮云播放器 姓名:曹阳 学号:0943041300 2011年6月
修改记录
1 范围 1.1 标识 1.2 CSCI 概述 1.3 文档概述 2 引用的文档 3 CSCI 设计 3.1 CSCI结构 3.2 CSCI运行组织 3.3 CSCI性能要求 3.4 CSCI设计限制和约束 3.5 CSCI测试计划 4 CSC 设计 4.x CSC的名称和唯一标识符 4.x.y 下一级CSC的名称和唯一标识符 4.x.y.z CSU的名称和唯一标识符 5 CSCI数据说明 5.1 CSCI内部数据元素 5.2 CSCI外部接口数据元素 6 CSCI数据文件 6.1 CSC和CSU数据文件的交叉引用 6.x数据文件名和唯一标识符 7 需求可追踪性
1.1 标识 【系统背景】 系统标识符：（系统标识符） 系统名称：（系统名称） 缩写：给出系统的缩写 【适用的CSCI】 标识符：（CSCI标识符） 名称：（CSCI名称） 缩写：给出CSCI的缩写 1.2 CSCI 概述 【系统功能概述】 根文档编写界面。 【CSCI层次】 播放器界面，是在视觉外观显示层，方便和用户实现交互。根据功能实现界面。 1.3 文档概述 【用途】 本CSCI详细说明书用于描述浮云播放器项目CSCI-外观的详细设计方
案，本说明书以《系统需求规格说明书》和《系统设计说明书》作为依据，本说明书是代码实现的依据，也作为单元测试的重要依据。本概要设计说明书的阅读对象为：开发工程师，测试工程师，CM工程师，QA工程师，MA工程师。。 【内容】 本文档的主题内容如下： 1.主要框架 2.menu菜单 3.皮肤 描述CSCI的功能和作用； 2引用的文档 按下列格式列出本文档引用到的所有文档。（《系统需求规格说明书》和《系统设计说明书》） 【序号】【文档编号】【文档名称】 3 （CSCI界面细设计） 3.1 （CSCI界面结构）
个人博客概要设计说明
个人博客 概要设计说明书 拟制人__ _____甘伉飞__________ 审核人______________________ 批准人______________________ [二零一二年三月二十七号]
概要设计说明书 1．引言 1.1编写目的 [说明编写这份概要设计说明书的目的，指出预期的读者。] 1.2背景 a.[待开发软件系统的名称；] b.[列出本项目的任务提出者、开发者、用户。] 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出有关的参考资料。] 2．总体设计 2.1需求规定 [说明对本系统的主要的输入输出项目、处理的功能性能要求。包括] 2.1.1系统功能 前台的主要作用，是为用户提供一个可以浏览内容的窗口。所以，前台页面要突出网站的主题，吸引游客的二次访问。本系统的前台主要功能模块如下： 1.文章模块：主要用于显示文章列表及对文章的浏览。 2.图片模块：主要用于显示图片列表及对图片的浏览。 3.播放器模块：主要用于在线收听音乐或更改背景音乐。 4.留言板模块：主要用于游客留言。 5.统计查看模块：主要用户显示博客系统的一些信息。 后台的主要功能是对博客网站的数据进行添加、修改和删除等操作，只对管理员开放。所以相对前台来说，多了一个登陆界面。因为后台页使用了Ajax技术，所以这里的后台管理页面同样使用的是表单布局。后台的功能模块包括以下内容： 1.管理员登陆模块：用于博客管理员登陆后台。 2.文章管理模块：可以添加、修改和删除文章。 3.音频视频管理模块：用于对音频、视频文件的添加和删除。 4.留言管理模块：可以查看网友的留言。 2.1.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运行环境
餐饮管理系统设计说明书
餐饮管理系统之 ——系统设计说明书一．总体设计 1．处理流程（略） 图总体处理流程图 2．总体结构和模块外部设计 模块是软件结构的基础，软件结构的好坏完全由模块的属性体现出来，把软件模块化的目的是为了降低软件复杂性，使软件设计，测试，调试，维护等工作变得简易，但随着模块数目的增加，通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本（或工作量）曲线，在考虑模块化时，应尽量使模块数接近于图中的M，它使得研制成本最小，而且应尽量避免不足的模块化或超量。 总体结构：
总体模块说明 项目容：此系统使用了三层架构实现了管理人员登陆模块，菜单管理模块，餐厅人员管理模块，点菜功能模块，消费结账模块，查询统计 功能模块。 系统登录退出模块：本模块是被用于用户登录，注销和退出。模块根据用户的不同类型赋予用户不同的管理权限。等低级的用户不可访问高等级用户的个别功能，而高等级用户可以使用低等级用户的所有系统功能。 菜单管理模块：本模块将餐厅的菜单信息通过标准化的管理操作加以整合，使得菜品的价格、配料、功效和图片可以完全呈现在客户面前，使得客户可以便地选择自己想要的食物。本模块的分权限设计将限制普通员工对菜单信息加以修改，以防止菜单价格被恶意修改，以此保证餐厅正常可靠的运营。管理人员可以添加到菜谱到系统中，并能进行日常维护（包括修改菜的价格等），系统可以对整个菜单分类管理，可区分凉菜、热菜、汤类、酒水、消费品和主食、 餐饮管理 信息系统 后台管理 前台服务 桌台 仓库 员工 顾客 员工 供货商 材料 信息 系统登录退出 系统登录退出 图1 餐饮管理系统总体功能模块图
音乐播放器概要设计说明书
音乐播放器概要设 计说明书
逗逗音乐播放器 ----概要设计说明书 一、引言 .................................................................. 错误!未定义书签。 1.1、编写目的 ................................................... 错误!未定义书签。 1.2、背景........................................................... 错误!未定义书签。 1.3、定义........................................................... 错误!未定义书签。 1.4、参考资料 ................................................... 错误!未定义书签。 用户界面风格设计参考了其它音乐播放器的设计错误!未定 义书签。 二、总体设计 .......................................................... 错误!未定义书签。 2.1、需求规定 ................................................... 错误!未定义书签。 2.2、运行环境 ................................................... 错误!未定义书签。 2.3、基本设计概念和处理流程 ........................ 错误!未定义书签。 2.4、结构........................................................... 错误!未定义书签。 2.5、尚未解决的问题........................................ 错误!未定义书签。 三、接口设计 .......................................................... 错误!未定义书签。 3.1、外部接口 ................................................... 错误!未定义书签。 3.2、内部接口 ................................................... 错误!未定义书签。 四、系统数据结构设计 ........................................... 错误!未定义书签。 4.1、逻辑结构设计要点.................................... 错误!未定义书签。 4.2、物理结构设计要点.................................... 错误!未定义书签。
超详细的概要说明书系统概要设计说明书
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和各服务器之间的实施运作。
校园管理系统设计说明书
校园管理系统设计说明书 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 系统分析 系统模型：
音频播放器需求分析
项目名称 基于C++的音频播放器 系统需求分析规格说明书 组长：张家富 1043041219 组员：杨唯 1043041444 汤志豪 1043041027 李亮亮 1043041121 赵小波 1043041234 刘钰江 0843041275 二○一二年四月
目录 1引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 预期的读者和阅读建议 (4) 2任务概述 (5) 2.1 系统目标 (5) 2.2 运行架构 (5) 3系统需求分析 (6) 3.1 播放器基本控制需求 (6) 3.1.1 音量控制 (7) 3.1.2 静音控制 (8) 3.1.3 上一首/下一首控制 (8) 3.1.4 播放控制 (8) 3.1.5 暂停控制 (9) 3.1.6 播放文件控制 (9) 3.2 播放列表管理需求 (9) 3.2.1 播放歌曲文件控制 (10) 3.2.2 添加歌曲文件控制 (11) 3.2.3 删除歌曲文件控制 (11) 3.3 播放器友好性需求 (12) 3.3.1视觉外观显示 (12) 3.3.2歌曲时间显示 (12) 3.3.3播放状态显示 (12) 3.3.4 歌曲文件信息显示 (13) 4性能需求 (13) 4.1 数据精确度 (13) 4.2 时间特性 (13) 4.3 适应性 (13) 5 运行需求 (13) 5.1 用户接口 (14) 5.2 软件接口................................................................................................................................ 6环境需求........................................................ 7产品质量需求..................................................... 7.1 故障分析................................................................................................................................ 7.2 系统利用率............................................................................................................................ 7.3 可靠性.................................................................................................................................... 8 附录............................................................
人力资源管理系统概要设计说明书
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数据管理能力要求
视频播放器需求分析说明书
视频播放器需求分析说明书 一．引言 (1) 1.编写目的 (1) 2. 背景 (1) 3. 定义 (2) 二. 任务概述 (2) 1．目标 (2) 2. 用户的特点 (2) 3. 软件功能示例 (2) 三．需求细则 (4) 1. 对功能的规定 (4) 2. 对性能的规定 (6) 3. 对可维护性的规定 (6) 4. 对个性的规定 (7) 5. 对项目过程的规定 (7) 四．运行环境 (7) 1. 设备 (7) 2.支持软件 (7) 一．引言 1.编写目的 通过与多位软件使用者进行全面深入地探讨和分析，并完成《飞机软件》市场的前期调查后，提出了这份软件需求分析说明书。 此需求分析说明书对《飞机软件》软件做了全面细致的用户需求分析，明确所要开发的软件软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 2. 背景 随着科技的发展，现在手机的功能已不仅仅是简单的打接电话、收发短信了。更多的手机用户希望在工作、学习之余通过方便灵巧可随身携带的仪器休闲娱乐。因此，为了迎合众多用户的需求并适应现在手机的规模，我们开发出一套适合各阶层人士的具有很强的娱乐性和交互性的飞机小软件。
虽然现在市面上存在着各种各样的软件版本,可是飞机软件其市场还是相当大的。因为它的特殊在于它能吸引人更深入，爱不释手.随着软件关卡不断提高，其难度也更大，刺激性也更强。可以说该软件的优势在于它的简单易行，不论是手机，还是小软件机，都能很快顺利的运行。对于在外忙碌的人，不可能花费大量时间在娱乐上，大型软件是行不通的。这样的小软件刚好迎合了他们的需求。 3. 定义 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。而且其很强的交互性及简单易行性，可以让人在很短时间内熟悉它的软件规则，不论用户文化水平如何，都会很轻松的学会使用它。 二. 任务概述 1．目标 在如今社会，人们的工作学习压力逐渐增大，生活节奏逐渐加快，大多数人没有足够的时间去休闲娱乐，放松自己。这款小型的手机软件，可以让我们随时随地都能享受软件，让我们从繁重的日常生活中解脱出来。 软件的主界面应该力求美观，爽心悦目，以提高玩家对软件的兴趣。软件的控制模块应该做到易懂、易操作，以给玩家一个很好的软件环境。 2. 用户的特点 由于本程序简单易操作，交互性好，对用户没什么特别要求。一般用户经过几分钟练系都可以熟悉本软件的规则。 3. 软件功能示例
XX系统概要设计说明模板
XX系统 概要设计说明书 OD-OUTLINE /TY20130801/ TY-YJGL-1.00 作者
目录 1 概述................................. 错误!未定义书签。 1.1 编写目的 ........................ 错误!未定义书签。 1.2 术语和缩写 ...................... 错误!未定义书签。 1.3 参考资料 ........................ 错误!未定义书签。 2 系统构架设计......................... 错误!未定义书签。 2.1 系统总体结构图及其约束和假定..... 错误!未定义书签。 2.2 技术构架设计 (5) 2.3 软件功能结构设计 (5) 3 应用系统设计......................... 错误!未定义书签。 3.1 设计原则 ........................ 错误!未定义书签。 3.2 逻辑结构分析..................... 错误!未定义书签。 3.3 公共的功能模块设计接口及实现..... 错误!未定义书签。 3.4 功能模块设计..................... 错误!未定义书签。 4 接口设计............................. 错误!未定义书签。 4.1 外部接口 ........................ 错误!未定义书签。 4.2 内部接口 ........................ 错误!未定义书签。 5 开发环境的设计....................... 错误!未定义书签。 5.1 开发环境设计..................... 错误!未定义书签。 5.2 编码规范 ........................ 错误!未定义书签。
学生管理系统设计说明书范文
学生管理系统设计 说明书
1简介 1.1 设计要求 学生管理系统应包含学生的全部信息。每个学生是一条记录，包括姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等。本系统能够按专业班级或学号查找学生，并显示相关学生情况。要求程序结构合理、算法准确、语法正确，并生成可执行文件。 1.2 系统概述 学生信息管理系统作为一个应用软件为学校师生提供一个对学生信息进行管理和查询的平台。用户可根据系统界面的提示信息对学生的信息进行输入、修改、增加、删除、查询、排序等操作。 1.3开发与设计的总体思想 本系统主要应用模块化的设计思想实现学生信息的输入、修改、增加、删除、查询、排序等典型管理功能。各主要模块的数据均存储在文件中，因此包含对文件的读、写等基本操作。在软件开发过程中应用了C语言程序设计中的基本控制结构，如选择、循环、顺序结构。 2
2 总体设计 2.1 功能需求 该系统提供了一个对学生信息进行管理和查看的平台，给用户一个交互式的应用接口，具体功能如下： 2.1.1创立学生信息 用户根据提示信息输入学生的姓名、学号、性别、出生年月、专业、班级、家庭地址、宿舍号码等信息，系统会以文件形式存储，以便进行管理。 2.1.2查询学生信息 用户根据提示信息输入学生的学号或专业班级的方式进行查询，在学生文件中查找到该信息并显示出来。 2.1.3修改学生信息 用户能够根据系统提示修改自己的一些信息。 2.1.4删除学生信息 3
用户根据提示信息输入学生的学号，在学生文件中查找到该信息并删除。 2.1.5显示学生信息 用户根据提示信息输入学生的学号或班级，在学生文件中查找到该信息并显示。 2.1.6保存学生信息 系统将学生信息记录存储在系统磁盘的文件中，以便进行管理、检索和备份。 2.2 系统功能结构图
视频点播系统概要设计说明书
视频点播系统概要设计说明书 2010/12/21 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2总体设计 (4) 2.1需求规定 (5) 2.2运行环境 (6) 2.3基本设计概念和处理流程 (6)
2.4结构 (12) 2.5功能器求与程序的关系 (13) 2.6人工处理过程................................................................. 错误！未定义书签。 2.7尚未问决的问题............................................................. 错误！未定义书签。3接口设计 (13) 3.1用户接口 (13) 3.2外部接口 (13) 3.3内部接口 (14) 4运行设计 (14) 4.1运行模块组合 (14) 4.2运行控制 (14) 4.3运行时间......................................................................... 错误！未定义书签。5系统数据结构设计 (14) 5.1逻辑结构设计要点 (14) 5.2物理结构设计要点 (14) 5.3数据结构与程序的关系 (15) 6系统出错处理设计 (15) 6.1出错信息 (15) 6.2补救措施......................................................................... 错误！未定义书签。 6.3系统维护设计 (16)