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

概要设计说明书 目 录 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等标准或技术，相对较具开放性，有更多的技术支持、开发与维护人员的来源，并且——基于技术与行业发展的趋势，将来也会有更多的发展和保障。

4 小结     总结以上的种种分析，可以发现，对于这个特定的案例，仅就当前已确定的和希望马上实现的需求而言，可以用传统的，基于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）系统对用户的所有操作和相关信息都记录在案。

思路清晰！

幸亏没错过这篇范文。

概要设计说明书

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，维护管理数据库死锁问题和维护数据库内数据的一致性等。

推荐访问:概要 说明书 图书管理系统