当前位置:文档之家› 远程继续教育管理系统概要设计说明书v1.0

远程继续教育管理系统概要设计说明书v1.0

远程继续教育管理系统概要设计说明书v1.0
远程继续教育管理系统概要设计说明书v1.0

中华医学会信息化建设远程继续教育管理系统概要设计说明书

太极计算机股份有限公司

文档修订历史

目录

1.引言 (4)

1.1.编写目的 (4)

1.2.定义 (4)

1.3.参考资料 (4)

2.范围 (4)

2.1.系统主要目标 (4)

2.2.总体结构 (4)

2.3.系统功能设计 (6)

3.功能设计说明 (7)

3.1.项目管理 (7)

3.2.项目审核 (20)

3.3.订单管理 (23)

3.4.考试管理 (27)

3.5.储值卡管理 (31)

3.6.试题库管理 (35)

3.7.综合查询 (37)

3.8.查询统计 (41)

3.9.系统管理 (45)

3.10.项目申请 (49)

3.11.项目学习 (52)

3.12.消息管理 (54)

3.13.单位信息管理 (55)

3.14.个人信息维护 (56)

3.15.虚拟币充值 (57)

4.系统数据库设计 (58)

4.1.主要数据库表设计 (58)

4.2.数据库表关系设计 (66)

1.引言

1.1.编写目的

本文档描述远程继续教育管理系统的概要设计说明,为详细设计人员进行设计及后续进行编码提供基础。

1.2.定义

1.3.参考资料

1《远程继续教育管理系统需求规格说明书》

2《中华医学会信息化规划需求调研报告》v1.4及

附件一:《技术需求》

附件五:《项目技术文档及资料清单》

3《中华医学会信息化建设规划方案v4[18]》

2.范围

2.1.系统主要目标

随着网络部继续教育业务的不断发展以及继续教育管理工作规范化的要求,同时为了降低管理成本,提高工作效率,继续教育业务的信息化建设变得越来越重要。随着网络部的继续教育业务自动化建设的深入,在继续教育方面进行业务处理的规范化,并在此基础上实现内部计算机联网、建立继续教育数据库,实现继续教育业务处理现代化。

2.2.总体结构

远程继续教育管理系统逻辑架构

项目情况学习情况考试情况

应用层项目信息

查询统计

学员信息

据层

数据库及资料访问接口订单信息

表示层

护基础设施(主机、存储、网络等)

缴费信息考试信息

退款信息课件信息

订单情况

2.3.系统功能设计

3.功能设计说明

按照总体技术方案的概念进行分析设计,以下各节分别说明这些软件功能模块的概要设计。

3.1.项目管理

3.1.1.项目录入

3.1.1.1 界面说明

提供项目基本信息的录入功能,在此对项目信息进行录入,包括项目名称、金额、年度、项目编号、学科代码、项目负责人、联系电话、教学对象、授予学分、起始日期、结束日期、支付说明、内容简介、备注等信息。如图:

点击保存并导入专题,开始填写专题信息,如图:

在专题下可以添加课件信息,如图:

在专题下可以添加试题信息,如图:

3.1.1.2 功能描述

录入项目基本信息,包括项目名称、金额、年度、项目编号、学科代码、项目负责人、联系电话、教学对象、授予学分、起始日期、结束日期、支付说明、内容简介、备注等信息;

在每个项目下,可以添加多个专题信息;每个专题下可以上传多个课件、和录入多个试题信息,完成项目信息的录入。同样项目信息在录入时,可以从中华医学会继续教育项目管理系统中选择已发布的项目信息。

3.1.1.3 输入输出

3.1.2.项目查询

3.1.2.1 界面说明

提供项目的查询功能。可根据项目名称、项目编号、学科代码、负责人、以及项目的状态等信息进行项目查询。同时自此页可以对项目进行项目参数的设置、修改、删除、提交、取消提交、开通、暂停、关闭等操作。如图:

项目考试参数设置:如图

3.1.2.2 功能描述

用户可根据项目名称、项目编号、学科代码、负责人、以及项目的状态等信息进行模糊查询。同时可以查看每个项目的详细信息(基本信息、考试参数、审核记录、学员名单、缴费情况、退款情况、考试情况)。同时自此页可以对项目进行项目参数的设置、修改、删除、提交、取消提交、开通、暂停、关闭等操作。

3.1.2.3 输入输出

3.1.3.项目开通暂停

3.1.3.1 界面说明

在此提供对已审核通过的项目的开通及暂停功能。只有开通的项目,才能在外部进行项目的申请,下订单、进行学习、参加考试。如图:

3.1.3.2 功能描述

用户在此可对自己申报的审核通过的进行项目的开通和暂停管理。只有把项目开通,外部人员才能对该项目进行申请、才能下订单学习、参加考试等。同样,还可以对已开通的项目随时进行暂停。暂停后的项目,外部人员将不再可见。

3.1.3.3 输入输出

3.1.

4.证书发放

3.1.

4.1 界面说明

在此提供对项目的考试通过的学员的发放证书操作,先检索需要领取证书人的参加的

项目,进入后找到此人,即可进行发证。如图:

3.1.

4.2 功能描述

用户对参加项目考试通过的学员的发放证书功能,比如一个人前来领取某个项目的证书,则可以根据领取人所提供的他所参加的项目名称找到该项目,然后在里面找到该人信息,

3.1.

4.3 输入输出

3.1.5.消息管理

3.1.5.1 界面说明

提供系统消息的发送、删除、收件箱信息的回复、以及回复记录等操作。

3.1.5.2 功能描述

用户可在此进行系统消息的发送、删除、收件箱信息的回复、以及查看回复记录。

3.1.5.3 输入输出

3.1.6.配置付款方式3.1.6.1 界面说明

提供付款方式信息的配置操作。

3.1.6.2 功能描述

用户可在此进行付款方式信息的配置。3.1.6.3 输入输出

3.1.7.项目试题管理

3.1.7.1 界面说明

提供项目试题的启用和作废操作。

3.1.7.2 功能描述

用户可根据试题编号、试题名称、项目名称等信息进行项目试题的查询,可将所检索到的试题进行试题的启用和作废。

3.1.7.3 输入输出

3.2.项目审核

3.2.1.项目审核

3.2.1.1 界面说明

项目审核页面中包括审核通过,退回修改,取消审核,批量通过等操作。如图:

3.2.1.2 功能描述

审核人员,根据项目的信息审核项目,包括审核通过,退回修改,取消审核,批量通过项目等功能.

3.2.1.3输入输出

概要设计说明书范例及模板

《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,为一个测试版本。它目前在功能上,以及操作的简便上有很大的改进。但是还是存在一些不足,在有些功能的实现上还不是十分的理想,这也是本人在时间和精力上留下的遗憾。但是相信这些会在以后的版本中得到完善,使这个软件成为一个功能上最全,使用上最简捷方便的管理软件

BBS论坛概要设计说明书

BBS论坛概要设计说明书 编写人(签字):日期:xxxx年xx月xx日用户方项目代表(签字):日期:xxxx年xx月xx日开发方项目代表(签字):日期:xxxx年xx月xx日质量保证代表(签字):日期:xxxx年xx月xx日

目录 第一章引言 ................................................. 错误!未定义书签。 1.1编写目的 ............................................. 错误!未定义书签。 1.2背景 ................................................. 错误!未定义书签。 1.3定义 ................................................. 错误!未定义书签。 1.4参考资料 ............................................. 错误!未定义书签。第二章总体设计(系统架构设计).............................. 错误!未定义书签。 2.1需求规定 ............................................. 错误!未定义书签。 2.2运行环境 ............................................. 错误!未定义书签。 2.3基本设计概念和处理流程................................ 错误!未定义书签。 2.3.5总体架构设计2.4 系统结构(系统各个组件设计)........ 错误!未定义书签。 2.4 系统结构(系统各个组件设计) ......................... 错误!未定义书签。第三章系统数据结构设计...................................... 错误!未定义书签。 3.1数据库逻辑结构设计.................................... 错误!未定义书签。 3.2数据库物理结构设计.................................... 错误!未定义书签。

多层体系政务框架平台之一行政服务中心政务平台软件概要设计说明书分析

1. 引言 1.1 编写目的 软件概要设计是从总体上把握系统设计框架,他包括模块划分、处理流程和接口设计,概要设计说明书对上述内容作了总体描述,体现了用户需求与应用系统实现之间的关系,在设计过程中起到了提纲挈领的作用。 待开发的软件系统的名称:多层体系政务框架平台之一行政服务中心政务平台 项目名称:多层体系政务框架平台之一行政服务中心政务平台 项目的任务提出者:集团公司中央研院应用产品开发中心 项目的任务开发者:多层体系政务框架平台之一行政服务中心政务平台项目开发组 项目的用户:行政服务中心 本文档的阅读者:多层体系政务框架平台之一行政服务中心政务平台项目组 1.2 定义 1.3 参考资料 2. 范围 2.1 系统主要目标 构建行政服务中心政务平台,实现办件处理网络化、无纸化、科学化,内部办公自动化与政务公开化的要求,并为领导提供办件相关的统计与决策分析数据。本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。 本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。2.2 主要软件需求 网上审批,网上办件与流程监控。 3. 软件系统结构设计 3.1 复审数据流、控制流

办件流程: ) 办件单) 其中网上申请办件要经过接件以后才会正式转为办件单。 咨询流程: (咨询单) (答复单,答复数) 其中每咨询一次,当日答复数自动增一。 收发文流程: 可将已提交的文档收回,另择流程 n 次,可将已提交的文档收回,另择流程

3.2 软件体系结构 3.2.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后,系统的现有设计和编码能够最大程度的重用,以保护现阶段的投资和保证软件系统能够在较少后续投入的情况下适应系统的扩展和更新。在设计中最好列出针对变更所需要重新设计的模块部分

管理信息系统设计说明书

公司人员资料管理系统 系统设计说明书 时间: 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窗体与数据库的连接………………………………….……. 第六章系统的编译与发布…………………………………………………….. 第七章设计总结………………………………………………………………. 致谢……………………………………………………………………………..

概要设计范本

概要设计范本

[XXXX公司办公自动化] 概要设计说明书 [V1.0(版本号)] 拟制人________ ______________ 审核人______________________ 批准人______________________

[二○○三年四月二十一日]

概要设计说明书 引言 1.1编写目的 信息化是当今世界经济和社会发展的大趋势。推进电力系统的信息化建设,对于提高现代化管理水平,提高工作效率,都具有重要意义。为了适应国际形势和我国经济建设与社会发展的需要,我国必须加快电力系统信息化的发展。 对于电力系统的企业,如何充分、快捷、有效地利用企业内外的大量信息,为企业的发展服务,提高企业的工作效率,是企业需要充分考虑的问题之一。随着企业规模的扩大以及服务内容和办公设施的现代化,这种情况日益突出。同时为了提高单位的日常办公效率,减轻手工劳动强度,使单位的日常运营纳入高效而快捷的轨道,就必须利用现代的信息手段。现代的信息技术优势在于对信息的处理高效而精确,可以充分实现信息的共享和传输,及时地反映企业办公的变动

情况,完善办公调度,提高企业服务质量,进而实现企业经营管理的信息化、科学化。 充分利用现代的信息技术,是提高企业竞争力的必要手段。XXXX公司计划建设的办公自动化系统将以先进的信息技术为依托,通过建立全局八个部门的信息网络,全面提高办公效率,并做到信息传输自动化、公共服务远程化、公文交换无纸化、管理决策网络化,实现全局办公系统全面信息化。 本说明书给出XXXX公司办公自动化系统的设计说明,包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。 目的在于: ?为编码人员提供依据; ?为修改、维护提供条件; ?项目负责人将按计划书的要求布置和控制开发工作全过程; ?项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。 本说明书的预期读者包括:

大数据平台概要设计说明书

计算平台 概要设计说明书 作者:日期:2013-01-28批准:日期: 审核:日期: (版权所有,翻版必究)

文件修改记录

目录 1.引言 ........................................................................................... 1.1编写目的................................................. 1.2术语与缩略词............................................. 1.3对象及范围............................................... 1.4参考资料................................................. 2.系统总体设计 ............................................................................. 2.1需求规定................................................. 2.1.1数据导入............................................ 2.1.2数据运算............................................ 2.1.3运算结果导出........................................ 2.1.4系统监控............................................ 2.1.5调度功能............................................ 2.1.6自动化安装部署与维护................................ 2.2运行环境................................................. 2.3基本设计思路和处理流程................................... 2.4系统结构................................................. 2.4.1大数据运算系统架构图................................ 2.4.2hadoop体系各组件之间关系图......................... 2.4.3计算平台系统功能图.................................. 2.4.4系统功能图逻辑说明.................................. 2.4.5计算平台业务流程图..................................

软件概要设计说明书范例

XX概要设计说明书

文档修改记录

填写说明 1. 系统结构的定义 本体系对整个软件系统按如下结构方式进行划分:系统子系统模块子模块 其中: (1)“系统子系统”划分属于“系统设计”,在系统设计说明书中予以描述。 (2)“子系统模块”划分属于“概要设计”,在本说明书中予以描述。 (3)“模块子模块”划分属于“详细设计”,在详细设计说明书中予以描述。如果系统相对简单,可以省略“子模块”这一层次。 2. 如果填写了系统设计说明书,则在本说明书中略过“系统子系统”划分的相关内容(即第2章)。 3. 如果系统相对简单,不需要做“系统子系统”划分,这种情况下,取消填写系统设计说明书,只须填写本说明书,直接套用“子系统模块”划分(即第3章)进行“系统模块”划分(把其中“子系统”一词替换为“系统”),并删除本说明书中“系统子系统”划分的相关内容(第2章)。

目录 1. 简介 ................................................................ 错误!未定义书签。 . 背景和目的.................................................... 错误!未定义书签。 . 范围.......................................................... 错误!未定义书签。 . 术语和缩略语.................................................. 错误!未定义书签。 2. 系统总体设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 系统外部接口 ............................................ 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 系统架构设计.................................................. 错误!未定义书签。 系统的逻辑架构设计 ...................................... 错误!未定义书签。 系统的物理架构设计 ...................................... 错误!未定义书签。 . 子系统定义.................................................... 错误!未定义书签。 子系统列表 .............................................. 错误!未定义书签。 子系统间关系 ............................................ 错误!未定义书签。 3. 子系统1设计 ........................................................ 错误!未定义书签。 . 任务概述...................................................... 错误!未定义书签。 目标 .................................................... 错误!未定义书签。 需求概述 ................................................ 错误!未定义书签。 . 设计概述...................................................... 错误!未定义书签。 总体约束 ................................................ 错误!未定义书签。 子系统外部接口 .......................................... 错误!未定义书签。 设计方案概述 ............................................ 错误!未定义书签。 . 子系统架构设计................................................ 错误!未定义书签。 . 模块定义...................................................... 错误!未定义书签。

11社区 系统概要设计说明书

2012 版本号:V1.5 系统概要设计 说明书 项目名称_________11社区_________ 拟制人____ _ 审核人_________ ___________ 批准人____ _ 编著日期____ ______

目录 目录 1. 引言 (1) 1.1 编写目的 (1) 1.2 预期读者和阅读建议 (1) 1.3 参考资料 (1) 1.4 术语与缩略语 (1) 2. 设计概述 (2) 2.1 限制和约束 (2) 2.2 设计原则和设计要求 (2) 3. 系统的软件架构 (3) 4. 子系统的结构和功能模块 (4) 5. 系统接口、数据库设计规划 (7) 5.1 接口设计 (7) 5.2 数据库设计 (8) 5.2.1 结构设计 (8) 5.2.2 运用设计 (11) 6. 难点及处理方案 (13) 7. 文档历史 (13)

1. 引言 1.1 编写目的 从该阶段考试正式进入软件的实际开发阶段,本阶段完成系统的大致设计并明确系统的数据库与软件结构。在系统设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描述软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得到的软件总体概貌,把它加工成在程序细节上非常接近于源程序的软件表示。 在完成了“11社区”系统的可行性研究和需求分析的基础上,为了明确软件需求、安排项目规划与进度,组织软件开发和测试,项目小组在考虑了几种可能的解决方案,并对每种方案进行深入探讨后,提出了这份概要设计说明书。 此概要设计说明书对BBS管理系统软件的软件架构、模块细化、程序的总体结构、接口设计以及数据库设计规划等方面做了全面的概括性说明,为“11社区”系统的详细设计奠定了基础。 1.2 预期读者和阅读建议 该文档的预期读者为“11社区”程序开发员、系统设计师以及测试工程师等。本文档主要针对“11社区”设计概述、软件架构、子系统的结构和模块功能以及系统接口、数据库设计规划等方面进行了详细的说明,笔者建议,在阅读本文档之前,细细阅读“术语与缩略语”部分,这将有利于您对本文档的理解。对于程序开发员,笔者建议仔细阅读系统的软件架构及子系统的结构和功能模块部分,了解每个功能模块之后,这样对系统的功能及运行模式将有整体的把握,然后阅读后面几部分内容,有利于“11社区”系统的实现。而测试工程师应把重点放在系统接口、数据库设计规划以及数据库设计上,在系统测试过程中,最容易出错的就是这两方面。总之,笔者建议读者根据自己阅读本文档的目的选择着重点,这样在满足需求的同时提高效率。 1.3 参考资料 [1] 王宜贵.软件工程[M].北京:机械工业出版社,2002:20-79 [2] 孙卫琴.精通struts[M].北京:电子工业出版社,2004:50-70 [3] 孙卫琴.精通hibernate[M].北京:电子工业出版社,2005:100-120 [4] 张洪斌.java2高级程序设计[M].北京:中科多媒体出版社,2001:85-90 [5] 林信良.spring2.0技术手册[M].北京:电子工业出版社,2006:50-100 [6] 耿祥义编著.JSP基础编程[M].北京:清华大学出版社,2004:55-162 [7] 孙鑫编著.Java Web开发详解[M].北京:电子工业出版社,2006:189-274 1.4 术语与缩略语 无

概要设计说明书示例【概要设计说明书(模板)】

概要设计说明书示例【概要设计说明书(模板)】 概要设计说明书 修订记录 目录 第一章 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运行环境

餐饮管理系统设计说明书

餐饮管理系统之 ——系统设计说明书一.总体设计 1.处理流程(略) 图总体处理流程图 2.总体结构和模块外部设计 模块是软件结构的基础,软件结构的好坏完全由模块的属性体现出来,把软件模块化的目的是为了降低软件复杂性,使软件设计,测试,调试,维护等工作变得简易,但随着模块数目的增加,通过接口连接这些模块的工作量也随之增加。从这些特性可得出如图九的一条总的成本(或工作量)曲线,在考虑模块化时,应尽量使模块数接近于图中的M,它使得研制成本最小,而且应尽量避免不足的模块化或超量。 总体结构:

总体模块说明 项目容:此系统使用了三层架构实现了管理人员登陆模块,菜单管理模块,餐厅人员管理模块,点菜功能模块,消费结账模块,查询统计 功能模块。 系统登录退出模块:本模块是被用于用户登录,注销和退出。模块根据用户的不同类型赋予用户不同的管理权限。等低级的用户不可访问高等级用户的个别功能,而高等级用户可以使用低等级用户的所有系统功能。 菜单管理模块:本模块将餐厅的菜单信息通过标准化的管理操作加以整合,使得菜品的价格、配料、功效和图片可以完全呈现在客户面前,使得客户可以便地选择自己想要的食物。本模块的分权限设计将限制普通员工对菜单信息加以修改,以防止菜单价格被恶意修改,以此保证餐厅正常可靠的运营。管理人员可以添加到菜谱到系统中,并能进行日常维护(包括修改菜的价格等),系统可以对整个菜单分类管理,可区分凉菜、热菜、汤类、酒水、消费品和主食、 餐饮管理 信息系统 后台管理 前台服务 桌台 仓库 员工 顾客 员工 供货商 材料 信息 系统登录退出 系统登录退出 图1 餐饮管理系统总体功能模块图

BBS论坛概要设计书

BBS论坛概要设计说明书 目录 第一章引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (3) 1.4参考资料 (3) 第二章总体设计(系统架构设计) (4) 2.1需求规定 (4) 2.2运行环境 (4) 2.3基本设计概念和处理流程 (5) 2.3.5总体架构设计2.4 系统结构(系统各个组件设计) (8) 2.4 系统结构(系统各个组件设计) (9) 第三章系统数据结构设计 (14) 3.1数据库逻辑结构设计 (14) 3.2数据库物理结构设计 (21)

第一章引言 1.1编写目的 本文档作为BBS的概要设计说明文档,用于与用户确定最终的目标,并成为协议文本的一部分,同时也是本系统设计人员的基础文档。 1.1.1 概要设计说明书目的 本概要设计说明书说明了BBS论坛系统设计的整体结构。 1.1.2 预期读者 本系统开发人员及维护人员。 1.2背景 BBS论坛,或者称为社区,是电子商务网站中一种常见功能,也是互联网上一种极为常见的互动交流服务。它为上网用户提供了也各自由的讨论区。通过论坛可以向用户提供开放性的分类专题讨论区服务,同时注册的用户可以根据需要在论坛上发表文章,交流技术经验,或者提出问题并表达自己的观点。不仅如此,上网的用户还可以在论坛中看到他人发表的文章,并且能够对该文章进行评论。 一般情况下,BBS按不同主题分为多个布告栏,其设立多是依据使用者的要求和喜好,但多具有信件交流、软件交流、信息发布等功能。 目前,大部分BBS由教育机构、研究机构或商业机构管理,大多有自己的拨入电话号码,用户只需电脑、调制解调器和电话线就可通过电话拨号登录BBS站点。 1.2.1 待开发软件系统的名称 BBS论坛系统

概要设计说明书---案例

<网上书店> 概要设计说明书 作者: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 引言 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 系统分析 系统模型:

相关主题
文本预览
相关文档 最新文档