学校教材订购系统概要设计说明书

学校教材订购系统概要设计说明书

1引言

1.1编写目的

概要设计说明书编制的目的是：说明对程序系统系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。

本软件概要设计说明书的读者是系统开发人员或合同约定人员。

1.2背景

所建议开发的系统的名称：学校教材订购系统

本项目的任务提出者：嘉兴学院软件工程老师

开始者：嘉兴学院

用户：学校教材管理部门和全校师生

实现该软件的计算机网络：嘉兴学院

项目与其他软件，系统的关系：本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以JAVA以及MySql数据库等为开发软件的应用程序。

1.3定义

数据流图：数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。

系统的流程图：系统流程图是描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。

库存表：存放库中存在得书籍数据。

出库表：存放已销售的书籍的数据。

进库表：存放入库书籍的数据。

购书表：存放提交的购书信息。

缺书登记表：存放缺少的书籍的信息。

待购教材表：存放待购书籍信息。

1.4参考资料

《实用软件工程》，郑人杰等著，清华大学出版社。

《软件工程》第二版，李代平等著，清华大学出版社。

《软件工程》第六版，Roger S．Pressman著，机械工业出版社。

2总体设计

2.1需求规定

本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。

本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。

教材订购系统的功能可以划分为如下几个部分：

1）系统帐户管理：主要是对系统用户进行管理，包括登陆、退出、操作记录等。

2）订购管理：查询订购书、订购书籍、删除订购书籍、查询领书单。

3）销售管理：处理购书单、查询进书单、修改和维护数据库中相应的表。

4）采购管理：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。

本系统对性能的规定：

1）系统的更新处理时间应该在可接受的范围内；

2）系统的数据查询时间应该在可接受的范围内；

3）系统的数据统计时间应该在可接受的范围内。

4）操作方式上应该能够满足鼠标和键盘任意切换的需要；

5）能够支持Windows95、Windows98、Windows2000、Windows Me、Windows XP运行环境。

6）留有与其他系统的接口。

2.2运行环境

1）硬件环境：运行本软件要求处理器在奔腾Ⅲ以上，内存在256MB以上的计算机。2）软件环境：本系统支持的操作系统包括：Windows95 、Windows98 、Windows2000、Windows Me Windows XP ；本系统支持的数据库为Mysql；本软件的开发工具为JA V A程序语言。

2.3基本设计概念和处理流程

本系统的基本设计概念和处理流程如下：

1）系统启动时，激活身份验证模块。

2）通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理页面是。3）系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。

4）各项功能执行完毕后，重新进入消息循环状态。

5）由退出系统事件激活关闭系统模块，退出系统。

2.4结构

完整的软件结构图：

学校教材订购系统

订购书籍

处

理

订

购

单

输

入

进

书

单

订购管理采购管理

查

询

订

购

书

删

除

订

购

书

籍

查

询

领

书

单

查

询

缺

书

单

销售管理

输

入

初

始

库

查

询

库

存

验证用户

查

询

进

书

单

销售管理的结构图：

销售管理

处理订购单

输

入

初

始

数

据

库

查

询

进

书

通

知

单

查

询

库

存进书单库存表

检索用户读

取

用

户

订

购

单

比

较

库

存

书

返

回

领

书

单

采购管理的结构图：

采购管理

输入进书单查询缺书单

检查库存返回缺书单进书单

缺书单

库存表

进书信息

读取库存表

存储缺书单

教师学生订购的结构图：

订购管理

输入订购单删除订购单查询订购单读取订购单订购单

领书单

读取订购单

读取领书单

存储

订购

单

存储订购单

2.5功能需求与程序的关系

1）用户身份验证必须调用“验证用户”模块程序进行身份验证。

2）订购者订购之前进行查询需要调用“销售管理”中的库存的信息的查询。

3）发行人员审查订购单也需调用“销售管理”中的库存信息的查询，并且需要调用“订购管理”中有关订购单的操作。

4）发行人员查询进书通知需要调用“采购管理”中的输入进书单的信息这一功能。

5）当采购人员新进教材入库后，相应的库存数据需要修改，此时需要调用“初始库存”进行修改。

6）采购人员对缺书单的处理需要调用“销售管理”中库存信息的查询。

2.6人工处理过程

1）新教材入库时需要对相应的入库单进行录入。

2）对于已经过时不用的教材需要发行人员对书库数据进行相应的删除。

3）其他方面数据的处理系统将会自动进行。

3接口设计

3.1用户接口

本系统采用典型的Windows风格作为人机接口，如使用窗口、菜单、对话框等。

1）订购书籍：教师或学生将要进行订购的书籍资料输入，系统将这些资料保存在文件中。2）查询订购单：显示使用者已经保存的订购单信息。

3）删除订购书籍：使用者将要删除的书籍信息输入，系统根据操作删除修改文件处理，最后修改后的文件显示出来。

4）查询领书单：通过发行人员模块处理过后，将其信息转化成领书单显示出来。

5）查询缺书单：该功能要通过发行人员模块处理过后，将其信息转化缺书单显示出来。6）输入进书单：需要采购人员将新到的书籍信息输入，通过系统将库存信息更新处理。7）处理订购单：发行人员可读取用户信息，读取订购单，通过比较库存，处理信息后，返回领书单。

8）查询进书单：发行人员可对采购人员的进书单进行读取，将其信息显示出来。

9）输入初始库存：该功能可实现发行人员对学校原本拥有的书籍资料输入保存到库存中。10）查询库存：将库存中的信息显示出来。

3.2外部接口

硬件接口：PentiumⅢCPU及以上，内存在256MB以上的计算机。

软件件接口：支持本系统的软件包括：Windows95 、Windows98 、Windows2000、Windows Me Windows XP 。

3.3内部接口

验证模块：完成对用户身份的验证。

初始化模块：在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。

查询模块：由相应消息驱动，完成对信息进行查看功能。

删除模块：具有此权限的用户完成对信息删除功能。

打印模块：实现用户从系统打印功能。

退出模块：实现用户从系统退出功能

4运行设计

4.1运行模块组合

不同的用户登录此系统获得的系统功能是不同，如下：

1）教师学生等订购者具有查询，打印相关信息的权限；

2）管理员具有查询、添加、删除、修改，打印的权限。

4.2运行控制

用户通过身份验证之后进入系统操作界面，管理员可以对系统进行信息的增添，删除，修改，打印等操作，学生可以进行查询相关信息的操作

4.3运行时间

“用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。一般来说，本系统运行一般耗时1～2秒，如果数据处理量比较大就3～4秒。

5系统的数据结构设计

5.1逻辑结构设计

1）订购单属性名：{购书单号，书号，购书日期，订购者编号，订购者姓名，数量，总额}

购书单号书号购书日期订购者编号订购者姓名数量总额

说明: 此为订购单实体对应的关系模式，其中书号、订购者编号是外码，其他一些冗余信息删除。

2)进书单属性名：｛进书编号，书号，采购人姓名，采购日期，采购总数，采购总额｝进书编号书号采购人姓名采购日期采购总数采购总额

说明：此为进书单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。3)领书单属性名：｛领书单号，订购者编号，领书日期，购书单号，购书日期，经办人｝领书单号订购者编号领书日期购书单号购书日期经办人

说明：此为领书单实体对应的关系模式，其中订购者编号、订购单号是外码，其他一些冗余信息删除。

4)缺书单属性名：｛缺书单号，书号，总数｝

缺书单号书号缺书数量

说明：此为缺书单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。

5)入库单属性名：｛入库号，书号，数量，入库时间｝

入库号书号数量入库时间

说明: 此为入库单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。

6）出库单属性名：｛出库号，书号，数量，出库时间｝

出库号书号数量出库时间

说明: 此为入库单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。

7）教材信息属性名：{书号，书名，编者，出版社，单价}

书号书名作者出版社单价

说明:此为教材实体对应的关系模式。

8）学生信息属性名：{学生学号，学生姓名，学生性别，学生年级，电话}

学生学号学生姓名学生性别学生年级电话

说明:此为学生实体对应的关系模式。

9）教师信息属性名：{教师工号，教师姓名，教师性别，教师部门，电话}

教师工号教师姓名教师性别教师部门电话

说明:此为教师实体对应的关系模式。

10）库存表属性名：{记录号，书号，数量}

记录号书号数量

说明:此为库存表实体对应的关系模式

5.2数据库表的详细清单

1）订购单

数据项名别名数据类型长度备注

订购单号DGnumber char 50

书号ISBN char 50

出版社Publish char 50

价格Price int 8

数量Number int 8

日期DGDate char 50

订购者编号DGZnumber char 50

订购者姓名DGname char 50

购书总数DGALLnumber int 8

总额DGALLprice int 8

联系方式TEL char 50 电话、手机等2)进书单

数据项名别名数据类型长度备注

进书编号JSnumber char 50

书号ISBN char 50

采购人姓名CGname char 50

采购日期CGdate char 50

采购数量CGnumber int 8

采购总额CGprice int 8

3)领书单属性名：｛领书单号，订购者编号，领书日期，购书单号，购书日期，经办人｝

数据项名别名数据类型长度备注

领书单号LSnumber char 50

订购者编号DGZnumber char 50

领书日期LSdate char 50

购书单号DGnumber char 50

购书日期DGdate char 50

经办人LSname char 50

4)缺书单

数据项名别名数据类型长度备注

缺书单号QSnumber char 50

书号ISBN char 50

总数QSALLnumber int 8

5)入库单属性名：｛入库号，书号，数量，入库时间｝

数据项名别名数据类型长度备注

入库号RKnumber char 50

书号ISBN char 50

数量RKnumber int 8

入库时间RKdate char 50

6）出库单属性名：｛出库号，书号，数量，出库时间｝

数据项名别名数据类型长度备注

出库号CKnumber char 50

书号ISBN char 50

数量CKnumber int 8

出库时间CKdate char 50

7）教材信息属性名：{书号，书名，编者，出版社，版次，单价}

数据项名别名数据类型长度备注

书号ISBN char 50

书名bookname char 50

编者writer char 50

出版社publish char 50

单价price int 8

8）学生信息属性名：{学生学号，学生姓名，学生性别，学生年级,电话}

数据项名别名数据类型长度备注

学生学号Snumber char 50

学生姓名Sname char 50

学生性别Ssex char 50 男或女

学生年级Sclass char 50 大一、大二、大三、大四电话TEL char 50

9）教师信息属性名：{教师工号，教师姓名，教师性别，教师部门，电话}

数据项名别名数据类型长度备注

教师工号Tnumber char 50

教师姓名Tname char 50

教师性别Tsex char 50 男或女

教师部门Tclass char 50 机械|电气|生化|数学|人

文|计算机|其他

电话TEL char 50

10）库存表属性名：{记录号，书号，数量}

数据项名别名数据类型长度备注

记录号ID char 50

书号ISBN char 50

数量number int 8

6系统出错处理设计

6.1补救措施

本系统定期备份数据库，以便在系统出现故障时，能够及时恢复。

6.2系统维护设计

本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。

学校教材订购系统

软件工程课程设计 题 目: 学校教材订购系统 系 别: 计算机科学与技术系 专业年级: 2014级专升本14xx 班 姓 名: xxx 学 号: 2014xxxxxx 2015年10月28日 LULIANG UNIVERSITY

目录 第一章项目计划书 ............................. 错误!未定义书签。第二章可行性研究分析 ..................... 错误!未定义书签。第三章需求规格说明书 ..................... 错误!未定义书签。第四章系统概要设计 ......................... 错误!未定义书签。第五章系统详细设计说明书 ............. 错误!未定义书签。第六章系统测试说明书 ..................... 错误!未定义书签。第七章项目结项总结 ......................... 错误!未定义书签。

第一章项目计划书 1.1项目设计目的 设计本项目的目的是根据对软件工程设计的学习，对学校教材订购人员需求进行了全面细致的分析，深入描述《学校教材订购系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求，明确任务进度，熟悉项目开发的基本流程和规范要求。 1.2项目简介 销售系统的主要工作过程为：首先由教师及学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返还给教师和学生领书单，教师和学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。 1.3项目开发环境 开发地点：吕梁学院新校区电教楼三层 系统环境：Windows xp 开发人员：袁琳娜 1.4项目所需文档 《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。 1.5项目工作内容进度安排 a)前期工作：完成项目可行性分析研究报告，制定开发计划，重点是 完成项目的需求分析，总体设计，详细设计。 b)中期工作：编码实现需求功能，完成项目初步设计规格说明书和项 目详细设计规格说明书。 c)后期工作：项目测试，维护。

软件工程-学校教材订购系统

1.引言 1.1编写目的 对学校教材订购系统进行初步设计 1.2项目背景 名称:学校教材订购系统 本项目的用户:学校的学生，老师和教材订购管理员 本项目与其它软件或其他系统的关系:工作于windows所有的系统 1.3参考资料 软件工程—理论、方法与实践 1.4系统简介 本系统可以细化为两个子系统：销售系统和采购系统 销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。 采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.5技术要求及限定条件 （1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。

（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。 （3）系统的外部项至少包括：教师、学生和教材工作人员。 系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。 需求说明书 1.需求分析的目的 需求分析对学校教材订购系统进行简单的分析，给出了系统的数据流图。加深与用户间的交流，在功能与系统界面上与用户达成一致的看法，以便于开发出用户满意的系统。 2.软件产品的作用范围 学校教材订购系统是为大多数教育院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率。 3.一般性描述 本系统可以细化为两个子系统：销售系统和采购系统 销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。 采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。

教务处管理系统概要设计说明书

教务处管理系统概要设计说明书

‘ 〖教务处管理系统〗概要设计说明书 目录 1任务概述................................................................ 错误!未定义书签。 1.1 目标.................................................................... 错误!未定义书签。 1.2 运行环境............................................................ 错误!未定义书签。 1.3 需求概述............................................................ 错误!未定义书签。 1.4 条件与限制 ........................................................ 错误!未定义书签。2软件系统结构设计................................................. 错误!未定义书签。 2.1 系统功能图 ........................................................ 错误!未定义书签。3接口设计................................................................ 错误!未定义书签。 3.1 外部接口............................................................ 错误!未定义书签。 3.2 内部接口............................................................ 错误!未定义书签。4数据结构设计 ........................................................ 错误!未定义书签。 5 运行设计 ................................................................... 错误!未定义书签。 5.1运行模块的组合.................................................... 错误!未定义书签。 5.2运行控制................................................................ 错误!未定义书签。 5.3运行时间................................................................ 错误!未定义书签。

系统概要设计说明书规范

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

数据库-教材订购系统

《数据库原理》课程设计报告 题目： 姓名： 学号： 专业班级： 指导老师： 年月日

摘要 /*（300字左右，宋体，五号）课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。 关键词: /*（3 – 5个，各个词之间用“；”分割，宋体，五号，黑色）*/

目录 第1章引言 (4) 1.1 项目背景 (4) 1.2 项目定义 (4) 1.3 开发环境 (4) 第2章需求分析 (5) 2.1 需求分析的目标与任务 (5) 2.1.1 信息需求 (5) 2.1.2 处理需求 (5) 2.1.3 安全性和完整性要求 (5) 2.2 需求分析阶段成果 (6) 2.2.1 学校教材订书系统的业务流程图 (6) 2.2.2 学校教材订书系统系统的功能模块图： (7) 2.2.3 学校教材订书系统系统的数据字典 (7) 第3章概念设计 (19) 3.1 概念设计的目标与任务 (19) 3.2 阶段结果 (19) 3.2.1 属性与实体 (20) 3.2.2 各子系统与分E-R图 (21)

3.2.3 合并各分E-R图，得到总E-R图 (22) 第4章逻辑设计 (23) 4.1 逻辑设计的任务和目标 (23) 4.2 阶段结果 (23) 4.2.1 将E-R图转换为关系模型 (23) 4.2.2 模型优化 (24) 4.2.3 数据库模式定义 (24) 4.2.4 用户子模式定义 (28) 第5章物理设计 (30) 5.1 物理设计阶段的目标与任务 (30) 5.2 阶段结果： (30) 5.2.1 存取方法设计 (30) 5.2.2 存储结构的设计 (31) 5.2.3 评价物理结构 (31) 第6章数据库实施阶段 (32) 6.1 建立数据库、数据表、视图、索引 (32) 6.1.1 建立数据库 (32) 6.1.2 建立数据表 (32) 6.1.3 建立视图 (33) 6.1.4 建立索引 (33)

教材销售系统概要设计说明书

[教材销售系统] 概要设计说明书 拟制人武川渊（1462140239） 张晗（1462140242） 张天峰（1462140248）审核人______________________ 批准人______________________

概要设计说明书 1．引言 1.1编写目的 概要设计说明书编制的目的是：说明对程序系统系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 1.2背景 a.教材销售系统 b.项目任务提出者：XX学校 c.开发者：软件学院开发组 d.用户：广大师生 1.3定义 以防专业术语会对今后的系统使用者造成不便，故而所有相关词汇使用了简洁并通俗易懂的词汇，故而在此对系统及文件使用的相关词汇不作任何定义。 1.4参考资料 Delphi 6使用编程技术曹智威、卞志强、杨晓林等 2．总体设计 2.1需求规定 本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。教材订购系统的功能可以划分为如下几个部分： 1）系统帐户管理：主要是对系统用户进行管理，包括登陆、退出、操作记录等。 2）订购管理：查询订购书、订购书籍、删除订购书籍、查询领书单。 3）销售管理：处理购书单、查询进书单、修改和维护数据库中相应的表。 4）采购管理：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。 本系统对性能的规定： 1）系统的更新处理时间应该在可接受的范围内； 2）系统的数据查询时间应该在可接受的范围内； 3）系统的数据统计时间应该在可接受的范围内。 4）操作方式上应该能够满足鼠标和键盘任意切换的需要； 5）能够支持Windows xp、Windows 7运行环境。 6）留有与其他系统的接口。

系统概要设计说明书

系统概要设计说明书 一、引言 （一）编写目的 本阶段已在系统的需求分析的基础上，对北京督察局公务员量化测评系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对北京督察局公务员量化测评系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 （二）项目背景 本项目由首都师范大学管理学院电子商务小组开发。 北京督察局公务员量化测评系统将由三部分组成：角色管理、评测打分、查询统计。（三）定义 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运行环境

学校教材订购系统—罗学东

华科学院计算机科学与技术专业 《数据库课程设计》报告 （2009/2010学年第一学期） 学生姓名：罗学东 学生班级：信息管理092201H 学生学号： 2 指导教师：武研 2011年12月25日

目录 第一章系统概述 (1) 1.1 开发背景……………………………………………………………………………………… 1.2开发意义 (1) 1.3开发工具及主要技术 (2) 第二章总体系统需求分析 (3) 2.1总体设计要求 (3) 2.2总体系统软件结构图 (3) 2.3总体系统软件业务流程图 (4) 第三章子系统需求分析 (5) 3.1子系统设计要求 (5) 3.2子系统功能模型 (5) 3.3子系统业务流程模型................................................................................................第四章系统设计 (8) 4.1代码设计 (8) 4.2输出设计 (8) 4.3 输入设计 (8) 4.4 数据库设计 (9) 4.4.1概念数据模型 (9) 4.4.2 物理数据模型 (13) 4.5数据库建立…………………………………………………………………………………………… 4.5.1数据库的建立和使用……………………………………………………………………… 4.5.2建立用户表………………………………………………………………………………… 4.5.3建立存款表……………………………………………………………………………… 4.5.4建立上下机表…………………………………………………………………………… 4.5.5建立操作员表…………………………………………………………………………… 4.5.6建立上机标准表………………………………………………………………………… 4.6刷卡……………………………………………………………………………………………………… 4.7存款……………………………………………………………………………………………………… 4.8操作员…………………………………………………………………………………………………… 4.9查询刷卡全体用户...................................................................................................第五章系统实现 (15) 4.1系统功能截图 (15) 4.2源代码 (16) 心得体会 (26) 参考文献 (27)

教务管理系统(概要设计及详细设计)

概要设计说明书 1. 总体设计 1.1 需求规定 教务管理系统可分为学生信息管理系统和教师管理信息系统，系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化，从而达到提高学校管理效率的目的。 本阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 1.2 运行环境 软件基本运行环境为Windows XP环境。 1.3 基本设计概念和处理流程 概要说明书的目的在于明确系统的数据结构和软件结构，设计外部软件和内部软件的接口，说明各个软件模块的功能说明，数据结构的细节等。系统的总体处理流程如图1-1所示：

图1-1 系统的总体处理流程 1.4 系统体系结构 用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划 教务管理系统 选择操作 基础维护 教学管理 报表统计 选择操作 选择操作 班级信息维护 课程信息维护 学生选课 课表查询 成绩输入 打印成绩单 学生信息维护 教 师信息维护

分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。 本系统的体系架构如图1-2所示： 图1-2 系统体系架构 本系统体系结构大致可以定义为：客户机层上的表示层主要是通过Struts 框架实现的，由显示视图产生一个请求。请求被ActionServlet（控制器）接收，它在struts-config.xml文件中寻找请求的URI，找到对应的Action类后，Action类执行相应的业务逻辑。Action类执行建立在模型组件基础上的业务逻辑，模型组件是和应用程序关联的。一旦Action类处理完业务逻辑，它把控制权返回给ActionServlet，Action类提供一个键值作为返回的一部分，它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中，请求的过程也就完成了。中间业务层是通过Spring框架实现的，首先建立一个BaseAction,它继承了Action类，而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类，这个AppContext需要导入Spring中org.springframework.context.support.*；这样一个继承BaseAction的Action，就可以getXXXService()的方法得到某一个service的实例-----服务定位器的设计模式。持久（PO）层是由hibernate 架构实现的，它包括关于整体数据库的hibernate.cfg.xml文件、每个表的JavaBean类和每个表的hbm.xml文件，通过Spring集成模板HibernateTemplate提供DAO 来使用PO。在Spring 的配置文件（applicationContext. xml）中配置sessionFactory的bean 来管理hibernate。

超详细的概要说明书系统概要设计说明书

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.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率，从而保证教学的顺利进行。 为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护 1.3 定义 1.3.1专门术语 库存表：存放库中存在的书籍数据。 出库表：存放已销售的书籍的数据。 入库表：存放入库书籍的数据。 购书表：存放提交的购书信息。 缺书登记表：存放缺少的书籍的信息。 待购教材表：存放待购书籍信息。 1.3.2 缩写 系统：若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析（清华大学出版社） C程序员成长攻略（中国水利水电出版社） 系统需求说明模板（来自网络） 软件技术基础（电子科技大学出版社） 数据库开发（电子工业出版社）

教务处管理系统概要设计说明书

〖教务处管理系统〗概要设计说明书 2020年5月

文档名称：概要设计说明书 项目名称：教务处管理系统 项目负责人：欧阳蕊 组长：欧阳蕊 组员：包蕾 玉芳 夏梦 乔乔 1 引言 1.1编写目的 由前面的需求分析，得出了系统的基本需求，和基本的数据流图，要实现整个系统，需要对用户的需求进行设计，概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的物理配置，确定整个系统的处理流程和系统的数据结构，接口设计，实现对系统的初步设计。 1.2项目背景 主要功能：方便学生查询成绩、选课；方便教师查询学生、提交学生成绩、上传课程资料；方便教务处管理学生教师的账户、发布公告、启动/关闭选课功能。性能要求：使教务处方便地管理学生的选课情况、学习成绩等信息，并通过该系统向学校的其他管理部门提供或获取数据。

1.3条件 ?MYSQL：数据库管理软件 ?DBMS：数据库管理系统 ?Windows 2000/2003/XP：运行环境 ?Java ：软件开发语言 1.4参考资料 《软件工程导论——第5版》海藩编著清华大学 《软件工程实践导论：有关方法、设计、实现、管理之三十六计》 金尊和编著清华大学《实用软件工程》Leszek A.Maciaszek Bruc Lee Liong著 机械工业

1 任务概述 1.1目标 通过该系统的实施，方便学生查询成绩、选课；方便教师查询学生、提交学生成绩、上传课程资料；方便教务处管理学生教师的账户、发布公告、启动/关闭选课功能。 1.2运行环境 数据库管理系统软件：MySQL 运行平台：Windows XP/Windows 2000/Windows 2003. 分辨率：最佳效果1024x768像素 1.3需求概述 按照需求分析文档中的规格要求，使用条形码扫描器进书、借书、还书，使得信息传递准确、流畅。同时，系统最大限度地实现易安装，易维护性，易操作性，运行稳定，安全可靠。 1.4条件与限制 无

人力资源管理系统概要设计说明书

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 项目背景 开发软件名称：学校教材订购系统 项目开发者：闽江学院计算机科学系“学校教材订购系统”开发小组： 陈晓彬(17号，组长)，谢小龙(14号)，何明同(10号), 郭冬盛(24号) 用户单位：闽江学院 1.3 定义 “学校教材订购系统”有两部分组成：销售系统和采购系统。 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学 生即可去书库领书。 采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给 书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.4 参考资料 （1）钱乐秋等，《软件工程》，青还大学出版社； （2）张害藩，《软件工程导论》（第四版），清华大学出版社； （3）王珊等，《数据库原理及设计》，清华大学出版社； （4）赵池龙等，《软件工程实践教程》，电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多，用书量大，原 来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费，特别是在新学 期开始果时这种冲突更加明显，而且存在着各种信息不易存放、易丢失、难以备 份和查询等缺点。因此，实现一个将各种教材订购管理和服务功能集成起来的管 理信息系统就显得十分必要，既可以节省资源，又可以有效存储、更新、查询信

图书管理系统概要设计说明书

图书管理系统概要设计说 明书 This model paper was revised by the Standardization Office on December 10, 2020

概要设计说明书 目录

1引言 编写目的 在本图书借阅管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对图书馆及相关人员的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。 本阶段已在系统的需求分析的基础上，对图书借阅管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对图书借阅管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 该文档预期读者为开发组设计人员。 背景 本项目名称：图书借阅管理系统 项目开发人员：

续期读者：所有在校的学生（包括专科，本科，研究生），老师（包括在职老师和离退休老师），以及其他行政人员 定义 专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 缩写 系统：若未特别指出，统指本图书借阅系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。 参考资料 图书借阅管理系统需求说明书

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、专门术语 SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 2、缩写 系统：若未特别指出，统指本北京督察局公务员量化测评系统。 SQL: Structured Query Language（结构化查询语言）。 ATM: Asynchronous Transfer Mode (异步传输模式)。（四）参考资料 以下列出在概要设计过程中所使用到的有关资料： 新编软件工程实用教程---周丽娟、王华编著 电子工业出版社二、任务概述 （一）目标 1、完善考核测评制度，使考核测评方法科学、规范、公正。 2、使考核结果客观、准确。 3、使考核工作简单、快捷。 （二）运行环境 Oracle 客户机：外围设备：鼠标，键盘，显示器； 操作系统：装有浏览器的各种操作系统； 服务器：外围设备：鼠标，键盘，显示器； 编译程序：power designer、netbeans； 操作系统： windows操作系统；

学校教材订购系统总体设计

《学校教材订购系统总体设计》 开发人员： 组长：朱天业 成员：杨力 周颖斌 罗达思 2005-10

总体设计说明书 1．引言 1.1 编写目的 在前一阶段（学校教材订购系统需求分析说明书）中已解决了实现该系统需求的程序模块设计问题。包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。 在本阶段中，确定如何具体的实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。主要工作有：根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计，涉及软件系统的结构设计、逐个模块的程序描述。 1.2 项目背景 “学校教材订购系统”有两部分组成：销售系统和采购系统。 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。 采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员； 一旦新书入库后，即发进书通知给教材发行人员。 1.3 定义 1.3.1专门术语 库存表：存放库中存在得书籍数据。 出库表：存放已销售的书籍的数据。 入库表：存放入库书籍的数据。 购书表：存放提交的购书信息。 缺书登记表：存放缺少的书籍的信息。 待购教材表：存放待购书籍信息。 1.3.2 缩写 系统：若未特别指出，系统指本“学校教材订购系统”。 Access。 1.4 参考资料 1)《学校教材订购系统需求分析说明书》软件开发小组 2)张海藩《软件工程导论》清华大学出版社 3)萨师煊、王珊《数据库系统概论》高等教育出版社 2．总体设计 2.1 需求概述