第一篇：图书管理系统概要设计说明书
概要设计说明书 目 录 1引言 3 1.1编写目的 3 1.2背景 3 1.3定义 3 1.3.1 专门术语 3 1.3.2缩写 4 1.4参考资料 4 2总体设计 4 2.1需求规定 4 2.2运行环境 4 2.3基本设计概念和处理流程 5 2.3.1体系结构设计 5 2.3.2基本处理流程 6 2.3.2.1借书程序流程图 6 2.3.2.1还书续借程序流程图 6 2.3.3整体结构 7 2.4功能需求与程序的关系 8 2.5尚未问决的问题 9 3接口设计 9 3.1外部接口 9 3.1.1用户界面 9 3.2 软件接口 9 3.3 硬件接口 9 3.4内部接口 10 4运行设计 10 4.1运行模块组合 10 4．2 运行控制 10 4.3运行时间 10 5系统数据结构设计 11 5.1逻辑结构设计要点 11 5.2物理结构设计要点 11 5.2.1图书类表 11 5.2.2图书信息表 11 5.2.3借阅记录表 11 5.2.4预订图书记录表 12 5.2.5管理员信息表 12 5.2.6读者信息表 12 5.3数据库概念结构设计 13 5.3.1部分E-R图 13 5.3.1.1图书 13 5.3.1.2管理员 13 5.3.1.3读者 13 5.3.2整体E-R图 14 6系统出错处理设计 14 6.1出错信息 14 6.2补救措施 15 6.3系统维护设计 15 6.4 安全保密设计 15 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参考资料 图书借阅管理系统需求说明书 2总体设计 2.1需求规定 本项目是为了方便读者，图书管理员而设计的，读者可以直接输入相关书名、作者、出版社或者关键字到客户端系统，系统将在屏幕上显示所要查询图书信息（数量及所在位置），同时，读者输入图书证号和密码登录后，可查看自己的个人信息以及借阅图书情况（借阅图书信息，借阅日期等），读者可以在登录后输入自己想要借阅的图书信息来进行预定或解除预定；
图书管理员输入登录名和密码登录系统，当读者需要借书时，图书管理员输入读者图书证号查看读者是否可以借书，如果可以再输入图书ID，如果该图书没有被其他读者预定即可给予借阅，该读者借阅信息上将新增加一条借阅该书相关信息。如果读者要还书，图书管理员输入图书ID后系统自动检测该图书是否过期，如果过期则计算相应的罚款，否则读者可以续借，此时图书管理员只需修改借阅日期，否则更新读者借阅信息和图书库信息。
2.2运行环境 操作系统为windows系列 数据库：
软件开发平台：
2.3基本设计概念和处理流程 2.3.1体系结构设计 C/S体系结构的数据库应用，由两部分组成：客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，称为应用服务器，一旦服务器程序被启动，就随时等待响应客户程序发来的请求；
客户程序运行在用户自己的电脑上，对应于服务器电脑，可称为客户电脑。当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则做出应答，送回结果。从原理和经验上看，对本案例或类似的应用，C/S结构是目前技术条件下，能较好适应不确定和变化的需求环境的比较现实的方案。它可以以较低的投入，实现将易变与稳定的要素分离，快速地增添和替换“瘦小”而互相独立的前台应用，保持数据的连续性和继承性。
3.3 未来的需求 在这个案例中，用户确认了这样的应用发展策略：由点到面，由简到繁逐步引进电脑化作业方法，稳步改进日常的业务模式，并期望于时机成熟的时候开展基于信息技术的业务流程重规划。
具体应用的规划是：先建立简单有效的数据库应用，进一步开发更多的，更具专业性、更深入的应用项目，进而在更大的范围上应用，最终期望将客户也纳入到电脑系统的用户中来，实现客户与销售人员的远程在线查询、下单。在指导性的发展规划中，具体提出了企业内部的互连网（Intranet）和面向国际互连网（Internet）的应用远景。
在这样的应用策略下，对电脑应用的开发，将是一个逐步完善的过程，对这样的开发环境，上一节中已经做了分析。
以目前的技术看，先建立C/S结构的局域网络应用，再向Internet/Intranet模式下数据库应用过渡，是比较现实，相对易于把握、成本较低的。即使是一次到位的开发，对于类似的环境和小型的应用而言，要想实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库，并有效地保证和管理数据的安全性、访问权限、完整性，采用C/S架构和支持C/S架构的数据平台，是必然选择。
3.4 成本和资源的考虑 由于用户已经建立并运行着LAN、文件服务器，并运行着（并且以后也要继续运行）一些基于PC或PC LAN的应用，现行的硬件设备基本上不用大的扩充，就可以运行基于文件服务器的多用户数据库或基于应用服务器的C/S应用。
采用C/S体系结构，客户所支出的费用项目，将增加数据库平台和对其维护的成本，和可能需要增加适合数据库平台运行的应用服务器操作系统。
这样，从现有资源出发，不考虑开发的成本，最直接而经济的实现方案，是建立基于文件服务器的多用户系统，其次才是C/S体系结构。相比之下，主机模式无论从软硬件投资、开发成本上都是巨大的，没有什么理由替代前两种模式。
3.5 发布、运行与维护的考虑 由于数据库用户的地理位置和数量增加的可能，需要考虑安装上的因素。C/S结构的应用至少需要设置客户和服务器两个项目，而基于文件服务器的应用，通常只需要一次性的安装和设置。现在的客户服务器开发技术，可以将客户端作成简单复制一个瘦小的执行文件就可以运行，客户端通常没有维护的要求，对服务器的安装设置则是一次性的。
对于非C/S架构的数据库系统来说，维护方面的性能也是在应用程序的开发中决定的。这样的系统，通常都需要原设计开发者才能比较好地维护。
C/S架构的数据库系统，由于数据库是建立在通用的平台之上，并且支持SQL这样的通用技术，对数据库的维护工作更加专业，但更为开放，这意味着维护和进一步开发对原设计开发者的依赖性可以降低。用户可以更好地适应人员的流动或服务/供应商的变更。对体系规划的合理性，和一些特殊技术的采用，例如后台服务器上的存储过程、触发器等，会影响到这个特点。出于这个理由，在C/S应用设计时，应尽可能采用规范的模式，标准化的技术。同样的努力，在其他架构中就相对难以实现或较少实际意义。
3.6 性能、开发与品质保证的考虑 非C/S结构应用的性能，更大程度取决于应用程序的设计与实现。基于文件服务器运行的多用户系统，当数据量、用户数扩大时，性能就会严重下降，这包括巨大的网络传输量，以及难以有效地平衡工作站与服务器的负荷。因此，大的数据容量和多用户环境，通常是采纳C/S结构的一个重要理由。主机-终端模式虽然可能更具能量，但高成本和封闭性，限制了它的应用领域。
从运行上来看，同样设计良好的系统，C/S结构引入了更多的“衔接”环节，这意味着故障的机会和资源的耗费，然而，一旦系统处于开放的网络与应用环境中，这些开销就变成是必须的。
对于具备良好的规划能力的开发者而言，C/S结构给予规划者更大的空间和更强的支持，易于实现不同应用间的合理分离，分别调试和投入应用。前台应用和后台数据库的开发，被“强制”地分开；
数据库部分的逻辑与规则，一经调试完成，就可以在将来的应用中一直保证下去；
在一个动态改进或逐步扩充的开发环境，或复杂的应用环境中，这些都是提高系统可靠性有利因素。对基于文件服务器的系统而言，每次增加或修改功能，通常都意味着整个系统的升级，前后台的一体化，也就意味着每次变更都有更大的可能性造成对原有规则的破坏，并引起连锁效应。
以目前的技术环境而言，在C/S结构下，有更多成熟的，适合不同规模应用的开发平台与数据库平台可供选择，并普遍遵循或采用SQL等标准或技术，相对较具开放性，有更多的技术支持、开发与维护人员的来源，并且——基于技术与行业发展的趋势，将来也会有更多的发展和保障。小结 总结以上的种种分析，可以发现，对于这个特定的案例，仅就当前已确定的和希望马上实现的需求而言，可以用传统的，基于LAN的文件服务器的多用户系统实现，但考虑到用户真实需求的不确定性和不断扩充的可能等等因素，有更多的理由支持采用C/S体系结构。作为一种权宜的方案，也可以考虑先采用基于文件服务器的多用户系统，在规划和实现上，尽量为将适当时候来转换成为C/S结构打下基础。此外，如果采用C/S体系结构，还应当尽可能采用开放的，标准的技术。
在上面的分析中，支持采用C/S的理由主要有：
应用的不确定性，逐步开发和增加新应用的需要 适应将来开放的异种网络环境中应用的需要 用户数、数据量增长的可能性 适应电脑开发、维护、供应商与相关技术人员变更的需要 有利于动态规划与动态开发过程，对系统可靠性的保证 此外，从用户的现有资源的延续利用与新增投入，及开发的成本和难度看，采用C/S结构，也是比较适中、现实的选择。
读者应当留意，这里仅仅是针对一个特定环境下小型应用案例开发策略的分析，而不是对数据库体系结构的一个完整的分析比较，更不是对技术本身的评价。
图2.3.1C/S体系结构 2.3.2基本处理流程 2.3.2.1借书程序流程图（1）借书程序流程图：向系统输入借阅证，系统检查该借阅证是否可以借书，如果该借阅证达到最大借书书目，或者已经欠费，则系统不允许借书给出提示；
否则允许借书，继续输入要借阅的图书ID，系统检验该书是否被预定。被预定则给出不能借该书的提示，否则系统自动更新图书库、借阅记录，完成借书。
2.3.2.1还书续借程序流程图 （2）还书、续借程序流程图：首先向系统输入图书ID，系统查询出该图书的借阅信息判断该图书是否逾期，如果没有逾期，则可以选择是否要进行续借，如果在续借允许的时间内，则可以续借，否则提示不在续借时间内，不能续借；
如果已经逾期，则计算显示出罚款并执行还书操作。
图（1）借书程序流程图 图（2）还书、续借程序流程图 2.3.3整体结构 本系统共分为两大模块：系统登录模块和系统设置模块；
系统设置主要是系统对借阅信息时间的限定，读者可借阅的图书数，有效预定的时间限定；
登录共分为三个用户的登录：读者，图书管理员和系统管理员；
用户可以在不登录的情况下查询图书，登录成功后，读者可以完成预定、解除预定和查询；
图书管理员可以实现查询、借阅信息管理和图书管理；
系统管理员可以实现对系统维护和用户维护两大模块。
具体的，读者可以实现预定，解除预定，查看借阅信息、查看预订信息；
图书管理员可以查询图书，对图书进行添加、修该和删除，实现借书、还书、续借处理；
系统管理员可以对后台数据维护，日志维护，同时可以实现对用户信息的添加、修改和删除。
图2.3.3 整体模块 2.4功能需求与程序的关系 登录界面 图书管理 用户管理 查询 借阅管理 预定图书 √ √ 解除预定 √ √ 查看预定信息 √ √ 查找图书 √ 查看借阅信息 √ √ 借书管理 √ √ √ 还书管理 √ √ √ 增加图书 √ √ 删除图书 √ √ 修改图书信息 √ √ 日志维护 √ √ √ √ √ 数据维护 √ √ √ 添加用户 √ √ 删除用户 √ √ 用户信息修改 √ √ 2.5尚未问决的问题（1）只对系统的功能进行了描述，没有阐述各个模块之间是如何协调合作；
（2）没有描述模块的实现方法，以及在这个过程具体的流程。
3接口设计 3.1外部接口 3.1.1用户界面 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用Visual Studio2008 进行编程，在界面上可使用Visual Studio2008所提供的可视化组件，向WINDOWS 风格靠近。
其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用Visual Studio2008库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和实用 3.2 软件接口 服务器程序可使用Visual Studio2008提供的对 SQL SERVER 的接口，进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备份命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
3.3 硬件接口 在输入方面，对于键盘、鼠标的输入，可用Visual Studio2008的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用Visual Studio2008的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
3.4内部接口 内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
4运行设计 4.1运行模块组合 客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。
4．2 运行控制 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传输方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
4.3运行时间 在软体的需求分析中，对运行时间的要求为必须对做出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。
5系统数据结构设计 5.1逻辑结构设计要点 图书类表（图书编号，图书名，图书作者，图书出版社，图书单价，图书摘要）；
图书信息表（图书ID，图书编号，是否借出标记）借阅记录表（图书ID，图书名，借阅证号，借阅日期）预订图书记录表（图书ID，图书名，借阅证号，预定期限开始日期）管理员信息表（编号，姓名，联系电话，登录名，地址，密码，权限）读者信息表（借阅证号，读者姓名，学院，专业，联系电话，密码，读者类型）5.2物理结构设计要点 5.2.1图书类表 列名 数据类型 可否为空 说明 BookClassID Guid 否 图书编号 BookName Nchar（20）否 图书名 BookAuthor NChar（20）是 图书作者 BookPress NChar（50）是 图书出版者 BookPrice Double 是 图书单价 BookSummary text 是 图书摘要 5.2.2图书信息表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookClassID Guid 否 图书编号 SendFlag int 否 是否借出标记 5.2.3借阅记录表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookName NChar（20）否 图书名 CardNum Nchar（20）否 借阅证号 BorrowDate DateTime 否 借阅日期 5.2.4预订图书记录表 列名 数据类型 可否为空 说明 BookID Guid 否 图书ID BookName NChar（20）否 图书名 CardNum Nchar（20）否 借阅证号 BookDate DateTime 否 预定期限开始日期 5.2.5管理员信息表 列名 数据类型 可否为空 说明 AdministerID guid 否 管理员编号 AdmName Nchar（20）否 管理员姓名 TelNumber Nchar（11）是 联系电话 LoginName Nchar（20）否 登录名 Address Nchar（50）是 地址 LodinKey Nchar（6）否 密码 Power Nchar（10）否 权限 5.2.6读者信息表 列名 数据类型 可否为空 说明 CardNum Nchar（20）否 借阅证号 ReaderName Nchar（10）否 读者姓名 College Nchar（20）是 学院 Profession Nchar（20）是 专业 TelNumber Nchar（11）是 联系电话 LodinKey Nchar（6）否 登录密码 ReaderType Nchar（10）否 读者类型 5.3数据库概念结构设计 5.3.1部分E-R图 5.3.1.1图书 图书为实体，有8个属性，分别为图书ID（主键）、图书编号、图书作者、图书单价、图书出版社、图书名、是否借出标记 5.3.1.2管理员 管理员作为一个实体，有7个属性，分别为：编号（主键）、姓名、联系电话、登录名、权限、密码、地址等。
5.3.1.3读者 读者作为一个实体，有7个属性，分别为：借阅证号（主键）、读者姓名、学院、专业、联系电话、读者类型、密码等。
5.3.2整体E-R图 6系统出错处理设计 6.1出错信息（1）验证用户的身份若读者的密码、借阅证号有误则发出“验证错误”信息；
（2）如果借书证未登记入库，则发出“借书错误”；
如果图书未登记入库则发出“借书错误”；
如果读者借书已满限制数N，则发出“借书错误”；
如果读者所借书中有超期，则发出“借书错误”；
（3）如果所还图书超期则，统计超期天数，生成含警告的返回信息；
（4）输入预定图书信息，如果预定图书信息不存在，则提示不存在；
若用户取消了解除预定操作否则系统取消解除预定；
（5）如果不在有效续借的天数则返回不能续借提示信息；
（6）输入要录入的图书信息，若信息输入有误，则返回添加失败，若添加信息时系统发生异常，则返回添加失败；
（7）输入编号、要修改的图书信息，若信息输入有误，则返回修改失败，若修改信息时系统发生异常，则返回修改失败；
（8）输入要删除的图书信息，若删除时系统发生异常，则返回删除失败；
6.2补救措施 （1）后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；
(2)降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
(3)恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。
6.3系统维护设计 及时清理数据库，提高数据库运行能力；
同时对更新的数据及时保存，以防止数据丢失。
6.4 安全保密设计（1）对用户输入的所有内容都应进行安全性和合法性检查，避免恶意输入；
（2）为了确保数据库的安全，数据库采用冗余备份、定时备份和即时备份相结合，详细记录日志文件，以备灾难恢复。
（3）系统对用户注册密码要进行安全性提示，确保密码不易丢失或失窃，同时为用户提供密码找回功能，确保安全。
（4）系统对用户的所有操作和相关信息都记录在案。
第二篇：图书管理系统数据库设计说明书
图书管理系统数据库设计说明书
设计题目：图书管理系统 学
院：计算机学院 班
级：08网络工程1班 组
员：李忠义200813024016
张
巡200813024036
张学理200813024017 指导老师：罗代忠 完成时间：2011.01.01 1引言...............................................................................................................................................3
1.1编写目的.............................................................................................................................3 1.2背景.....................................................................................................................................3 1.3定义.....................................................................................................................................3 1.4参考资料.............................................................................................................................4 2外部设计.......................................................................................................................................4
2.1标识符和状态.....................................................................................................................4 2.2使用它的程序.....................................................................................................................4 2.3约定.....................................................................................................................................5 2.4专门指导.............................................................................................................................5 2.5支持软件.............................................................................................................................8 3结构设计.......................................................................................................................................8
3.1概念结构设计.....................................................................................................................9 3.2逻辑结构设计...................................................................................................................11 3.3物理结构设计...................................................................................................................12 4运用设计.....................................................................................................................................12
4.1数据字典设计...................................................................................................................13 4.2安全保密设计...................................................................................................................14
1引言
随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足其管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，此图书管理系统软件力求提高其管理效率。
1.1编写目的
本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。
1.2背景
本项目的名称：图书管理系统开发软件。
随着图书馆图书种类、数量的不断扩大，图书检索速度慢、统计工作量大，难以满足图书馆现代化管理的要求。因此，建立一套图书馆管理软件，科学的对图书馆数据进行管理，方便图书的检索和读者借阅工作。
本项目的需求者及设计人员是图书管理系统开发小组，用户是中小型租、借书机构。
本产品是针对电脑管理图书的需求设计的，可以完成读者登记、购入新书、读者借还书、等主要功能。
1.3定义
开发（develop）：不是单纯指开发活动，还包括维护活动。
项目(project)：该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件，并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度，一个项目可能有若干项目组成。项目开发计划（project development plan）：是一种把项目定义过程与项目如何推进连接起来的方案。
产品生命周期（product life cycle）：是产品从构思到不可以再使用的持续时间。数据字典：是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。
系统流程图：是描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况。
数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
1.4参考资料
《CMMI软件过程改进与评估》 罗运模、谢志敏等编著，电子工业出版社，2004年6月版，北京
《软件工程导论》（第四版）张海藩编著，清华大学出版社，2006年10月版，北京
2外部设计
2.1标识符和状态
图书管理员数据表：manager
学生数据库表：student
借阅管理：Borrow—Chart
图书管理：book—Chart
读者管理：reader—Chart 2.2使用它的程序
《图书管理系统》
2.3约定
E－R图的图形符号约定如下：
矩形。表示实体集。椭圆。表示属性。菱形。表示联系集。
线段。将属性连接到实体或将实体集连接到联系集。
双椭圆。表示多值属性。
虚椭圆。表示派生属性。
2.4专门指导
本数据库是基于Microsoft SQL Server 2008环境下设计的，为了您能更好的使用建议你使用Microsoft SQL Server 2008系统，数据库文件为EmployeeManagement.mdf、日志文件为EmployeeManagement_log.ldf(备份为EmployeeManagement.bak),操作如下：
方法一：使用附加方式
1.启动Microsoft SQL Server 2008并登录，在左边窗格中右击“数据库”附加，打开附加数据库对话框（如下图）。
2.选择，选择EmployeeManagement.mdf所在的路径及文件，回车。
3.单击即可附加成功。
方法二：使用还原方法 1.右击，选择
选项，打开
对话框如下图。
2.选择还原的源-源设备，单击，打开
对话框。
3.单击，选择路径及文件（EmployeeManagement.bak）,回车，回车。
4.选勾选，单击。
EmployeeManagement, 7
5.单击弹出下图表示还原成功。
相关操作如有疑问请参照SQL Server联机丛书。
向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据库的数据的格式和标准、送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。
2.5支持软件
Microso Sql Sever2005提供了数据管理和数据库操作的集成平台；
3结构设计
3.1概念结构设计
数据流图
顶层图
0层图
1层图（2书籍管理）
1层图（3读者管理）
1层图（4借阅管理）
3.2逻辑结构设计
软件结构图
图书管理系统书籍管理子系统读者管理子系统借阅管理子系统书籍类别管理书籍信息管理注销管理出版社管理读者类别管理读者信息管理续借管理还书管理借书管理图书信息图书审类核别表图书借阅信息图书审信核息表图书注销信息注销审信核息表出版社信息出版审社核信息表读者类别信息读者审类核别表读者信息读者审信核息表借阅条件完审成核借阅过期罚款管理图书丢失管理读者信息审核借阅信息表过期信息审核罚款数丢失信息审核罚款数 11
3.3物理结构设计
生成CDM：
create table Manager（Mid
char(12)
not null，Mname
char（10）
null，constraint PK_manager primary key(Mid))
create table Student（Stuid
char(12)
not null，Stuname
char（10）
null，Sdept
char（10）
null，constraint PK_Student primary key(Stuid))create table Borrow—Chart（Borrowed—Book
char(12)
not null，Borrowed—Time
char（10）
null，Borrowed—Stuid
char（12）
null，constraint PK_Borrow—Chart
primary key(Borrowed—Book))create table Book—Chart（Bookid
char(12)
not null，Bookname
char（12）
null，Press
char（10）
null，Press —Time
char（10）
null，constraint PK_Book—Chart primary key(Bookid))create table Reader—Chart（Readerid
char(12)
not null，Readername
char（10）
null，Borrowed—Time
char（10）
null，constraint PK_Reader—Chart
primary key(Readerid))
4运用设计
4.1数据字典设计
数据字典是对数据流图的解释和说明，其包含的内容如下：数据元素，数据存储，数据流，数据处理。
数据项描述={数据项名，数据项含义，数据类型，长度，取值范围，取值含义，与其他数据库的逻辑关系，数据项之间的关系。
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
数据字典的主要内容包括：数据元素卡、数据流卡、数据处理卡和数据存储卡。
数据元素卡“数据元素是信息的最小单位，又称为数据项、字段，是组成数据流的数据存储的最小单位。
数据流卡：对数据流图中的数据流的定义，主要是系统输入与输出的数据流。
数据处理卡：对输入、输出的数据流的处理的描述。
数据存储卡：用于描述数据流图中的数据存储。
顶层图书管理系统数据字典： 数据流编号： D01 数据流名称：读者信息
简述：读者信息
数据流来源：读者借阅后，管理员将读者信息输入计算机。
数据流去向：图书管理模块。读者信息将存入数据库（读者信息表）。数据项组成：读者姓名+学号+专业
数据流编号： D02 数据流名称：图书信息
简述：图书信息
数据流来源：新书到馆后，管理员将图书信息输入计算机。数据流去向：图书管理模块。读者信息将存入数据库（图书信息表）。
数据项组成：图书编码＋图书类别＋书名＋作者＋出版社＋Price 单价＋出版日期＋购买数量
数据流编号： D03 数据流名称：读者情况 简述：读者情况
数据流来源：图书被借阅后，计算机将读者信息返回给管理员。
数据流去向：管理员。
数据项组成：已借图书+已借数量+续借次数
数据流编号： D04 数据流名称：图书情况 简述：图书情况
数据流来源：图书被借阅后，计算机将图书信息返回给管理员。
数据流去向：管理员。
数据项组成：书名+是否被借+已借次数
数据流编号： D05 数据流名称：借还书信息 简述：借还书信息
数据流来源：管理员把借还书信息录入计算机。
数据流去向：图书管理模块。借还书信息将存入数据库（借阅信息表）。数据项组成：已借书名+已还书名
数据流编号： D06 数据流名称：图书信息
简述：图书信息
数据流来源：读者从计算机获得图书信息。
数据流去向：读者。
数据项组成：图书编码＋图书类别＋书名＋作者＋出版社＋Price 单价＋出版日期＋购买数量
数据流编号： D07 数据流名称：读者借阅情况
简述：读者借阅情况
数据流来源：读者从计算机获得借阅情况。
数据流去向：读者。
数据项组成：书名+是否被借+已借次数
4.2安全保密设计
4.2.1登录用户的安全性
系统设计了登录界面，每个合法用户都有一个编号、用户名及密码，该密码都用户个人维护，从而实现对用户的身份验证。4.2.2维护设计
该系统后台采用Microsoft公司 SQL SERVER 2005 服务器，对数据的管理可以自动进行。数据可以手动或者自动备份，对破损数据可以及时恢复。对数据库的使用角色、维护、安全性等可以设定。
第三篇：酒店预定管理系统概要设计说明书
酒店预定管理系统（Web版）
概要设计说明书
1.引言
1.1编写目的
大致设计好系统的结构，部分功能模块结构，为详细设计和代码的编写实现打好基础。1.2背景
随着社会的发展，外出旅游，出差，酒店的预定是必不可少的，但是传统的预定模式效率极度低下，占用大量的人力资源，在方便性上不理想，所以现在越来越多人选择网上预订酒店。本次我们开发的系统就是满足客户网上预定酒店的需求，尽量做到让客户能身在电脑旁却有身临酒店的感觉。
开发团体：H18小组
开发语言：java,html,css,javascript 软件名称：酒店预订管理系统 1.3参考资料
本项目参考资料来自 1.百度百科 2.7天酒店预订系统 3.北京费尔蒙酒店 4.香港文华东方酒店
5.30天学通Java Web项目案例开发（电子工业出版社）第4章A10酒店预定管理系统 2.需求概述
客户端模块功能规定：
在客户端系统的功能实现上，可以分为以下几个部分： 1． 注册账号：
使用专用的账号来登陆酒店管理系统，可以实现查看预订等其他功能，预订等其他动作就是绑定了当前注册的账号。2.登陆帐号：
用户登录本酒店拥有的账户后方能进行预定、预定查看等功能。3.修改个人资料：
已经登录的用户可以对之前注册时填写的个人信息进行修改。4.查看酒店各种信息： 用户需要了解了本酒店的信息才能加深对酒店的认识。
5.预订住房： 客人预订旅住房，信息包括预订的时间，住房类型，价格。
6.查看订单： 查看订单，方便了解客户预定的信息。
7.撤销订单：
客户如果对订单不满意或者不需要，可以进行对订单的撤销。
服务端模块功能规定：
在客户端系统的功能实现上，可以分为以下几个部分： 1.资源信息管理： 使得系统管理员能够为自己酒店相关的信息进行增加，修改和删除。2.用户信息管理：
使得系统管理员能够查看、修改和删除注册的用户信息，为注册用户提供良好的管理。
3.订单信息管理：
使得系统管理员能够查看、修改和删除订单，为酒店的订单信息提供良好的管理。
3.总体设计 根据需求分析，分别对客户端和服务端的进行设计程序流程图，以明确系统的详细运行流程，为详细设计作准备。
客户端的状态转换图：
客户端功能模块设计：
客户端的功能模块包括注册账号模块，登陆账号，修改个人资料，查看酒店各种信息，预订住房，查看订单，撤销订单。（1）注册账号模块：
用户进入注册账号的页面，填写相关内容且符合各项标准后，进行注册，系统通过网页发送表单封装成客户user类接收客户注册数据，然后为该账号名及其信息数据插入数据库里。
（2）登陆账号模块：
用户进入登陆账号的页面，填写账号和密码后，页面首先检查是否符合标准，符合后把表单信息发送给系统，系统比较数据库中的账号以确定是否登录成功。
（3）个人资料：
登陆后的客户可在个人中心中找到修改个人资料的页面，客户对需要修改的个人信息进行修改，确认后提交，系统接收数据后，对对应的账号的信息进行更新。
（4）查看酒店各种信息：
系统主界面显示酒店的部分图片和部分信息公告，还有客房预定的快捷窗口。导航条中有包括酒店的概述、图片、客房介绍、设施、餐饮、活动和周边，可进入对应的页面查看酒店相关信息。
（5）预订住房：
只有登陆后的客户可以使用该功能。客户可以在导航条中任何一个页面的预定窗口查询某天空余客房和进行预定，并进入预定页面。预定页面包括预定的日期，房间类型和数量，然后填写客户的资料，最后完成预定。预定信息发送到系统，然后插入数据库。
（6）查看订单：
登陆后的客户可在个人中心中打开查看订单的页面。页面通过获取服务器数据库的信息，显示该客户所有的订单。
（7）撤销订单：
登陆后的客户可在个人中心中打开撤销订单的页面。页面通过获取服务器数据库的信息，显示该客户所有的订单，客户可以对还没兑现的订单进行撤销。
对以上模块描述画出客户端的数据流图：
服务端的状态转换图：
服务端功能模块设计：
服务端的功能模块包括资源信息管理、用户信息管理、订单信息管理。
1.资源信息管理：
使得系统管理员能够为自己酒店相关的信息进行增加，修改和删除。2.用户信息管理：
使得系统管理员能够查看、修改和删除注册的用户信息，为注册用户提供良好的管理。
3.订单信息管理：
使得系统管理员能够查看、修改和删除订单，为酒店的订单信息提供良好的管理。
对以上模块描述画出服务端的数据流图：
4.数据库设计
根据上述客户端和服务端的数据流图可以设计出客户表，资源表，订单表，订单明细表，管理员表这5个数据表。下面是各表的数据设计：
字段名称 uid uaccount upwd uname usex uemail uphone 数据类型 number varchar varchar varchar char varchar varchar
user_info表 字段大小 N/A 15 15 10 2 40 15
是否主键 是 否 否 否 否 否 否 说明 客户编号 客户帐号 客户密码 客户真名 客户性别 电子邮件 电话号码
字段名称 rid rtype rprice rstatus rdetail 数据类型 number varchar dounble varchar varchar
res_info表 字段大小 N/A 20 N/A 4 200
是否主键 是 否 否 否 否 说明 资源编号 资源类型 资源价格 资源状态 资源描述 字段名称 oid rid onum startTime endTime ostatus 数据类型 number number number date date varchar
order_info表 字段大小 是否主键 N/A 是 N/A 否 N/A 否 N/A 否 N/A 否 10 否
说明
订单编号 资源编号 资源数量 预定开始时间 预定结束时间 订单状态
字段名称 orid oid orname orsex oremail orphone ortime ordetail 数据类型 number number varchar char varchar varchar date varchar
order_user表 字段大小 是否主键 N/A 是 N/A 否 10 否 2 否 40 否 15 否 N/A 否 100 否
说明
明细编号 所属订单编号 提交人名字 提交人性别 提交人邮件 提交人电话 提交时间 订单备注
字段名称 aid aname apwd alevel 数据类型 number varchar varchar char
admin_info表 字段大小 是否主键 N/A 是 15 否 15 否 4 否
说明
管理员编号 管理员名 登陆密码 管理员级别
第四篇：学生档案管理系统概要设计说明书
学生信息管理系统设计规格说明书
一、总体结构设计
本系统从总体分可分用户表、学生基本信息表、学生在校学籍表、院内课程表、学生课程表、学生成绩表、学生奖惩信息表、教员信息表、班级信息表、系别信息表。
1.用户表：用户名、用户编号、密码、权限、用户基本信息
2.学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家庭成员、家长职业、家长单位、家庭住址、家庭电话
3.学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历
4.院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息
5.学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息
6.学生成绩表：
姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过
7.学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注 8.教员信息表：姓名、职务 9.班级信息表：班级、系别 10.系别信息表：系别
1.1系统总体结构图
图1.1系统总体结构图
1.2、包图及关系
（1）数据库设计 数据库分析
在系统操作流程图分析的基础上，可以列出该系统所需要的主要数据项和数据结构。
用户表：用户名、用户编号、密码、权限、用户基本信息
学生基本信息表：姓名、学号、性别、出生日期、与学生关系、家
庭成员、家长职业、家长单位、家庭住址、家庭电
话
学生在校学籍表：学号、班级、系别、入学时间、学生电话、班主任、导员、攻读学历
院内课程表：年级、学期、课程、任课教师、课时、课程类型、课程信息
学生课程表：学号、年级、学期、课程、任课教师、课时、上课教室、课程信息
学生成绩表：
姓名、学号、系别、班级、年级、学期、课程、任课教师、课时、分数、是否通过
学生奖惩信息表：姓名、学号、系别、班级、年级、学期、奖惩类型、奖惩信息、备注 教员信息表：姓名、职务 班级信息表：班级、系别 系别信息表：系别 创建数据库表
将上面的E-R图转换成表格形式，在这里即为创建数据库。本课题在创建数据库时，采用的是SQL Server 2000的企业管理器，不需要使用任何的SQL语句,即可成功创建数据库。在SQL中新建了一个名为Student_MessageInfo的数据库，根据先前做的分析，新建了多个数据库表。其中较为重要的表如下所示，其中表格形式的数据库表，学生基本信息
二、过程设计
1、模块说明及程序流程图（1）学生基本信息模块
该模块实现的功能：学生可以查询个人基本信息，成绩信息，学分信息以及惩处信息，但不能修改信息.（2）学生课程模块
该模块实现的功能：学生课程，系统根据学生所报专业选出其对应的选修课，然后学生可根据专业选择其中一项，然后提交.（3）教师信息模块
该模块实现的功能：教师可查询授课信息，学生选课信息，学生基本
信息和学生成绩.（4）管理员查询信息模块
该模块实现的功能：管理员可对学生信息，教师信息，课程信息，学院信息，专业信息，班
进行查询
2、精确类图
四、界面设计
用户登陆：该系统根据用户的身份实现了不同的功能，用户登陆时需要选择一种登陆方式（默认情况下是学生），系统再根据用户选择的登陆方式到相应的表中去搜索。例如，登陆时选择了教师登陆方式，系统将会在教师信息表中搜索是否存在与该用户的输入相符的信息，如果存在则进入教师主页，否则提示用户输入有误，请重新输入。
1、学生用户界面 ①、修改密码
学生的初始密码是由管理员指定的。学生登陆后，可以按照要求自行修改使用密码。首先需要输入原始密码，如果原始密码没有输入正确将不能修改密码，只有在原始密码正确的基础上，用户才能继续下面的操作。新密码设定后，系统还要求用户再输入一次重复密码，避免因为误输而导致密码丢失。②、查询指定学期成绩
学生可以查询自己指定学期的成绩和所有的成绩。方便学生了解自身情况。
③、查询截止目前所获学分
学分一直以来都是学生们倍受关注的焦点。就目前已有的系统来说，虽然实现了学生查询成绩的功能，但是关于学分部分仍然需要学生自行统计。本系统弥补了现有系统这方面的不足，学生可以直接查询到截止目前所获得的学分情况，减少了学生需要自行统计的工作量，提高了工作效率。④、选课系统
学生选课系统是针对学生进行网上选课而设计的，学生可以自主选择自己想修的课程。2.、老师用户界面 ①、查询授课计划
教师可以利用该系统实现查询授课计划的功能，教师不仅可以看到自己本学期要授的课程信息，还能查看选修对应课程的学生名单，同时可以添加对应课程的学生成绩。帮助教师提高了工作效率。②、查询学生基本信息
教师可以查询学生的基本信息，以帮助教师了解学生情况。可以按班级查找、按姓名查找、按学号查找、按年龄查找、按籍贯查找，也可以一起查找。
3、管理员界面 ①、班级信息管理
班级信息管理包括添加班级信息，修改班级信息以及删除班级信息。在班级信息管理之前，需要先对学校信息和专业信息管理。只有在已有的专业信息中才能建立班级档案，班级信息和专业信息是从属关系。
②、学生基本信息管理
学生基本信息管理包括学生基本信息添加、学生基本信息修改、学生基本信息删除。下面给出的是学生信息添加界面 ③、教师基本信息管理 教师基本信息管理包括教师基本信息添加、教师基本信息修改以及教师基本信息删除。
第五篇：人事管理系统概要设计说明书范文
概要设计说明书
1． 引言
1．1 编写目的
在人事管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，本阶段已在系统的需求分析的基础上，该文档的目的是描述企业人事管理系统项目的概要设计,其内容包括: 系统功能简介 系统结构设计 系统接口设计 数据设计 模块设计 界面设计
本文档的预期的读者是：
XX有限公司的领导
技术人员
XX有限公司的领导 相关项目组的所有成员
1．2 项目背景
国外企业关于人事信息的管理，主要是利用人力资源方面管理系统来实现的因为这类系统同IT、通信等领域技术的发展存在密切的联系，因此在计算机、网络等技术发展相对快的国家，基本上创建了一套人力资源管理系统，人力资源方面的信息能够在其本国范围内被授权查阅。无论人才流动到哪里，在人们进行求职、贷款以及办理保险之时，具备查阅权限的机构都能够查阅该人的信息，以衡量为该人办理有关手续的潜在风险，或者是否可以录用。
1．3 定义
1．3．1 专门术语
C/S：Client/Server客户机/服务器。
可修改性：容许对系统进行修改而不增加原系统的复杂性。
有效性：软件系统能有效地利用计算机的时间资源与空间资源的能力。
可适应性：软件在不同的系统约束条件下使用户需求得到满足的难易程度。可移植性：软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。主键：数据库表中的关键域。
1．3．2 缩写
系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。ATM: Asynchronous Transfer Mode(异步传输模式)。
1．4 参考资料
以下列出在概要设计过程中所使用到的有关资料：
[1]韩万江 《软件工程案例教程》机械工业出版社 [2]李金勇 曹军生，《SQL sever 2000实用教程》，北京理工大学出版社 [3]林邓伟 等，《JAVA程序设计项目教程》，北京理工大学出版社 [4]孙峰，《数据库原理及应用》。天津大学出版社 [5]软件工程文档编制国际标准：GB8567—88 2． 总体设计
2．1 需求规定
数据库分析是数据库管理系统开发周期中的一个重要的阶段，也是工作量比较大的一 项活动。随着现代软件的发展，手工分析方式已经很难满足数据库管理系统数据库分析的要 求，必须借助相应的工具。
设计数据库系统时应首先充分了解用户各个方面的需求，包括现有的以及将来可能增
加的需求。用户需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构 能充分满足各种信息的输入和输出。通过对书店管理工作过程的内容和数据流程分析，设计 数据项和数据结构。
通过与企业的沟通和需求分析，要求系统具有以下功能。1.新员工资料的添加、修改、删除和查询。2.部门信息的添加、修改、删除和查询。3.自动分配员工编号和部门编号。
4.人事调动的详细记录，包括部门、职位和职称的调整，以及人员离职。
5.添加/修改日常出勤记录，这里重点实现可按全体员工、部门员工和所选员工添加/修改 日常出勤记录，以方便用户操作。员工日常公出/请假信息的添加、修改、删除和查询。每月工资信息的批量添加、修改、删除和查询。
2．2 运行环境
2．2．1 设备
1．Web服务器1台 2．数据库服务器1台 3．备份服务器1台 4．开发服务器1台
5．软件防火墙服务器1台 6．千兆路由器1台
7． 10M网络宽带1条
2.2.2 软件环境
本系统的的软件环境如下
1.My Eclipese 10开发工具 2．SQL Server2008数据库系统 3．Windows xp操作系统;4．防火墙，杀毒软件
2.3 基本设计概念和处理流程
概念模型是对信息世界的建模，所以概念模型应该能够方便、准确的表示出信息世界 中的常用概念。实体--关系模型（Entity-Relationship Module,简称E-R图）是数据库结构设计常用的方法。得到了数据项和数据结构以后，就可以设计出能够满足用户需求的各种实体以及它们之间的关系，为后面逻辑结构设计打下基础。这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。根据需求分析和功能分析，规划出本系统中使用的数据库实体分别为员工实体，部门实体，工资实体，出勤实体，公出请假实体，人事调动实体，福利实体，员工离职实体等员工实体包括ID、编号、姓名、性别、身份证号、出生年月、年龄、民族、婚姻状况、政治面貌、如党团时间、籍贯、联系电话和手机号码等属性。员工实体E-R图如图2.1所示：
部门实体包括部门编号、部门名称、部门经理、部门地址和部门电话属性。
部门实体E-R图如图2.2所示：。
公出实体包括ID、所属工资月份、员工编号、员工姓名、基本工资、加班费、工龄工
资、全勤奖、奖励总额、职务津贴、请假扣除等属性。工资实体E-R图如图2.3所示：
2．4 结构
本系统的实现采用典型的三层模式、B/S结构来实现，不同的客户端程序共同访问中心数据库，系统结构如图1：
图1：系统结构
系统基本功能图解体系基本结构图
2.5功能需求与系统模块的关系 各项功能需求的实现同各个块程序的分配关系：
2.5.1登录页面
需要登陆的人员，对于不同的身份，他们的权限是不一样 的。当用户输入ID 和密码时，查询数据库，若用户名和密
码正确，则进入相应的员工信息页面，若不正确，则提示用户名或密码错误，人显示当前页面。
功能描述： 用户管理 配置管理 数据备份 数据维护 1.2.3.4.2.5.2员工注册 功能描述：
新员工注册，输入员工的注册信息，包括（登录账号，登录密码，核对密码，联系电话，联系地址，电子邮箱）。
注册信息的修改。
用例图
2.5.3员工的登录和登出
功能描述：
员工登陆
员工退出 用例图：
2.5.4信息查询 功能描述：
查看公司内部相关信息 查看个人信息
查看其他员工的部分信息 用例图
2.5.5人事档案
1增加员工档案信息 2修改员工档案信息
3删除员工档案信息 4查询员工档案信息
5打印员工档案信息 用例图
2.5.6工资信息管理 功能描述：
1.工资信息模块
2.计发工资信息
3.查询工资信息
4.保险/福利
5.打印工资信息 用例图
2.5.7员工培训 功能描述：
1.员工培训模块主要包括：
2.培训信息的录入 3.培训信息的删除 4.培训信息的修改 5.培训信息的查询 6.履历表的打印 用例图
2.5.8公司招聘
功能描述：
1.录入招聘信息
2.查询招聘信息
3.修改招聘信息
4.删除招聘信息
5.查询应聘者信息
6.删除应聘者信息
用例图
2．6 人工处理工程
创建用户（注册新用户）：用户信息需要手工输入计算机。更新部门、员工资料：需要手动输入更新内容。
2．7 尚未解决的问题
由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。
这个工作主要是在准备网络包，及解开网络包这两个模块完成，它们各对数据进行加密及解密还原工作。
在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中《Computer Network》p.598。
3.接口设计 3.1用户接口设计
3.2外部接口
3.3内部接口
4．运行设计 4.1运行模块组合
施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示：
4.2运行控制
5.系统数据结构设计 5.1逻辑结构设计要点
根据设计好的E-R图在企业人事管理系统中创建各表。
员工信息表用于储存员工基本信息和单位相关信息，改数据表结构如表2.1所示：
部门表用于存储部门编号、部门名称等信息，该数据表结构如表2.2所示。
工资表用于存储每月每个员工的详细工资信息该数据表结构如表2.3所示。
6.系统出错处理设计 6.1出错信息
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。
6.2补救措施
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。
在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
6.3系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
点击咨询 