网上购物系统概要设计

第一篇：网上购物系统概要设计

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

概要设计说明书 目 录 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系统数据结构设计

本阶段已在系统的需求分析的基础上，对图书借阅管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对图书借阅管理系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

该文档预期读者为开发组设计人员。

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

第三篇：网上购物系统设计

《软件课程设计》

项目名称：

年、班级：

小组成员：朱勇

------项目设计书

《网络购物综合平台》

2012级软工二班

张振宇 2014/8/16

1、 需求分析：

1.1开发背景：

随着科学和网络的飞速发展，信息技术逐渐融入社会各个阶层，改变着人们的日常出行、行为习惯、工作态度和生活方式，不断为人们的生活增添新的靓丽色彩。在计算机硬件配置不断更新换代的时候，互联网的飞速发展也是一股同样不亚于其他任何领域的新生力量不断崛起，到如今，有点知识、地位的人，面前都会放上一台电脑或是一部智能手机，而在网络如此便捷的今天，网上购物也逐渐成为一种潮流在人群中如雨后春笋般迅速生长与传播，以一种骇人的速度发展壮大……

如此热闹的互联网，岂又缺少英雄豪杰，各方才俊大显神通，作为在校大学生，了解并体验信息网络潮流不仅是一种感受吸收，更是不错的训练机会，选择网上购物系统，不仅贴合当今信息时代的潮流，更是对未来大数据时代来临的前瞻。

1.2功能需求：

(1)、实现基本的查询、交易功能;

(2)、采用注册用户会员制，游客仅有查询信息功能;

(3)、用户登录使用验证码密码相结合;

(4)、注册会员拥有产品、商铺评论、打分功能;

(5)、各系统信息由管理员统一管理，具有最高权限;

(6)、

1.3系统定义：

本系统是一个基于SSH构架，辅以网页设计、Javascript等技术的模拟实现简易网络购物体系流程的小型实验项目。通过分布式设计思路以及密码权限的约定实现面向对象的稳定性。项目内部本身多采用接口式设计，充分发挥Java EE企业级项目的封装性及内部可拓展性。

2、 系统总体设计：

2.1系统构架：

Struts

2、Spring、Hibernate + Ajax + extJS或JQuery(可选);

2.2系统流程：

2.2.1 管理员：

2.2.2 用户：

2.3系统结构：

2.3.1 结构图：

3、 数据库设计与构架：

3.1 E-R结构图(图中只列出了键属性)：

3.2数据库表设计：

3.2.1 概要： (1)、管理员：

Manager(Manager_id,Manager_name,Manager_mail,Manager_tel, Manager_password) (2)、注册用户：

User(User_id, User_name, User_mail,User_tel, User_password, User_Vlevel,User_marks,User_leftmoney,User_headphoto) (3)、店长/老板：

Boss(Boss_id,Boss_name,Boss_mail,Boss_tel, Boss_password,Shop_id,Boss_truename,Boss_adress) (4)、店：

Shop(Shop_id,Shop_name,Shop_level,Shop_type,Shop_adress,Shop_introduce) (5)、商品/货物：

Cargo(Cargo_id, Cargo_name, Shop_id, Cargo_type, Cargo_num, Cargo_price,Cargo_logo，Cargo_introduce，Cargo_mark) (6)、银行：

Bank(Bank_id, Bank_name) (7)、银行账户：

BAccount(Bank_id,account,password,funds)

(8)、送货信息：

SendMessage(Send_id,Send_adress,Send_post,Send_toname) (9)、订单：

Order(Order_id, FromDate,Deadline,AmountPay,Order_status,PayWay,Send_id)

(10)、交易记录：

Trecord(Record_id,Cargo_id,Shop_id,Cargo_num,Trans_date,Trans_amount)

(11)、评论列表：

Comment(Comment_id,Comments_text)

3.2.2 详细设计：

(1)、管理员： 名称

数据类型

长度

备注 Manager_id Manager_name Manager_mail Manager_tel Manager_password

int String String String String

<10000 20 20 20 15

不可为空

(2)、注册用户： 名称 User_id User_name User_mail User_tel User_password User_Vlevel User_marks User_leftmoney User_headphoto 数据类型 int String String String String int int double Varchar(200)

长度 >10000 20 20 20 15 <10 >0 >=0

备注 不可为空

(3)、店长/老板： 名称 Boss_id Boss_name Boss_mail Boss_tel Boss_password Shop_id 数据类型 int String String String String int

长度 >10000 20 20 20 15

>10000

备注 不可为空

不可为空

(4)、店： 名称 Shop_id Shop_name Shop_level Shop_type Shop_adress Shop_introduce 数据类型 int String char String String text

长度 >10000 20 2 20 30

备注 不可为空

(5)、商品/货物： 名称 Cargo_id Cargo_name Shop_id Cargo_type Cargo_num Cargo_price Cargo_logo Cargo_introduce Cargo_mark 数据类型 int String int String int double Varchar(200) text int

长度 >10000 20

>10000 20 >0 >0

>0

备注 不可为空 不可为空

(6)、银行： 名称 Bank_id Bank_name Bank_record 数据类型 int String int

长度 >10000 20 >0

备注 不可为空

(7)、银行账户： 名称 Bank_id account password funds 数据类型 int int String double

长度 >10000 >10000 15 >0

备注 不可为空 不可为空

(8)、送货信息： 名称 Send_id Send_adress Send_post Send_toname 数据类型 int String String String

长度 >10000 30 10 20

备注 不可为空

(9)、订单：

名称 Order_id FromDate Deadline AmountPay Order_status PayWay Send_id 数据类型 int Date Date double bool int int

长度 >10000 10 10 >0 1 1,2 >10000

备注 不可为空

不可为空

(10)、交易记录： 名称 Record_id Cargo_id Shop_id Cargo_num Trans_date Trans_amount 数据类型 int int int int Date double

长度 >10000 >10000 >10000 >0 10 >0

备注 不可为空 不可为空 不可为空

(11)、评论列表： 名称 Comment_id Comment_text 数据类型 int text

长度 >10000

备注 不可为空

4、 模块功能分配介绍：

4.1用户信息管理：

(1)、管理员可以更改所有用户的资料; (2)、管理员负责用户账户的注册及注销; (3)、用户可以修改自己账户的除ID以外的所有信息; (4)、用户可以查看当下自己账户的交易记录及订单信息; (5)、用户设VIP等级，积分制度，可申请开店，由管理员负责; (6)、

4.2商品信息管理：

(1)、管理员可以管理所有商品的资料; (2)、店主可以管理店内所有商品资料;

(3)、管理员负责添加、删除商店信息，店主管理商店信息; (4)、商品及商店分类，提供搜索便利; (5)、

4.3交易信息管理：

(1)、管理员管理所有交易记录;

(2)、用户可以查看当下自己账户的交易记录及订单信息;

(3)、用户可选择支付方式及银行;

(4)、店主可查看店内交易记录;

(5)、支持选择时间段查看交易记录;

(6)、银行支付采用账号密码即时验证; (7)、

4.4论坛信息管理：

(1)、用户可选择发表评论和商店评级;

(2)、提供好评推荐制度;

(3)、管理员支持查看、删除评论;

(4)、

4.5系统安全管理：

(1)、登陆和支付采取账号密码和验证码相结合;

(2)、设置用户权限;

(3)、管理员拥有最高权限，可检查和修改所有数据库信息;

(4)、管理员在线管理;

(5)、购物支付采用即时验证; (6)、

5、 详细处理及流程介绍：

5.1 内部设计(命名未定——按照命名约定)：

5.1.1 数据库连接与操作：建立相应包将所有连接相关的类与方法封装起来，实现面向对象，采用Hibernate技术实现;

5.1.2 数据库表与对象：对应JavaBean对相应表，并建立相应包封装; 5.1.3 外部操作：建立相应的操作类，以命名规则命名，并放入相应功能命名的包内(与对象命名无关);

5.1.4 异常与错误：用一个对应名称的包封装起来，内部添加对于各种异常与错误操作的页面与提示;

5.1.5 其他文件：按照文件类型建立相应包，再对号入座，各自包内再根据需要进行详细划分;

5.1.6

5.2 内部流程及处理：

5.2.1 管理员：

1)、基本操作流程：

2)、细节说明：

(1)、图中讲述了基本流程;

(2)、图中重复区块代表同一内容，为防止混乱而重复;

(3)、任何页面均有返回动能，图中特别突出出错后的返回;

(4)、详细页面设计内容会更为丰富，此图中只突出管理员权限。

3)、主要页面介绍：

(1)、初始页面：因参考淘宝、京东页面，所以风格有些类似，不过毕竟不可能那么丰富，因此也是暂定为三个板块：热门商品展示区域、分类及搜索区域、注册登录区域。

(2)、登陆界面：此界面包括分类登陆选择区，账号填写区、密码填写区、验证码填写区、链接区。

(3)、系统管理员界面：此界面包括：基础信息展示板块、管理员功能操作区。

(4)、查询、增删改信息处理界面：内容展示板块、搜索版块。

(5)、用户信息处理界面(管理员)：对应用户信息查询、增删改信息处理界面;

(6)、商品信息处理界面(管理员)：对应商品信息查询、增删改信息处理界面;

(7)、交易记录界面：内容展示区、功能处理板块(删除)。

(8)、错误处理界面：信息提示区、错误展示区、链接区。

5.2.2 用户：

1)、基本操作流程：

2)、细节说明：

(1)、图中存在约束关系，未明确标出;

(2)、图中用户为注册用户(未注册用户则先注册，但依然拥有查询信息的功能，不过要交易则需注册登录)

(3)、支付方式的不同会影响相应页面流程;

(4)、用户评论相应商品时会验证其是否购买产品，放置恶意评论;

3)、主要页面介绍：

(1)、注册页面：包括：用户基本信息填写区、密码填写区、密码确认区、链接区、功能操作区。

(2)、商店店铺界面：商品分类区、商品介绍区、商品推荐区、商店介绍区、功能操作区、评论区。

(3)、交易处理界面：订单信息填写区、功能链接区。

(4)、支付界面：账户信息填写区、功能链接区。

(5)、用户个人信息界面：用户信息显示区、用户功能操作区、链接区。

(6)、用户信息处理界面(用户)：功能处理区(权限)、链接区。

(7)、评论处理界面：评论信息填写区、功能确认区。

5.2.3 店主：

1)、基本操作流程：

2)、细节说明：

(1)、店主的操作修改只针对于店内信息;

(2)、店主不能自己删除用户评论，可向管理员申请删除恶意评论;

3)、主要页面介绍：

(1)、店铺信息界面(店主)：店铺基本信息展示区、功能操作区。

(2)、店铺信息修改界面：店铺信息修改区(权限)、功能链接区。

(3)、店铺评论界面：搜索区、链接区。

(4)、店铺交易记录界面：交易信息展示区、功能操作区、链接区。

(5)、商品信息管理界面(店主)：商品信息展示区、功能操作区、搜索区、链接区。 5.3 命名约定(英文)：

5.3.1 数据库表：表名_字段类型;

5.3.2 对象JavaBean类：表名+Bean;

5.3.3 对象操作类：对象名+动作名;

5.3.4 二级操作间用: ”_”

隔开;

5.3.5 包名一般作为第一级名称;

5.3.6 功能操作函数：操作对象名+操作名;

5.3.7 遵循首字母大写优先原则。

6、 后记：

6.1 开发平台：

代码编程：Myeclipse +Tomcat

页面设计：Dreamweaver

数据库设计：MySQL

其他：… 6.2 说明：

部分细节在本设计书中未清楚说明，到时视情况添加。

第四篇：网上购物系统设计与实现

1、绪论

在Internet飞速发展的今天，互联网成为人们快速获取、发布和传递信息的重要渠道，它在人们政治、经济、生活等各个方面发挥着重要的作用。Internet上发布信息主要是通过网站来实现的，获取信息也是要在Internet“海洋”中按照一定的检索方式将所需要的信息从网站上下载下来。因此网上购物系统应运而生，网上购物弥补了传统购物的一些局限性，成为传统购物的补充。通过网上购物，无论你在哪里都可以轻松地买到心仪的物品，只要那里有一台接入了Internet的电脑，通过网上购物可以很清楚的了解各个商品的信息，从而对它们进行比较，最后买到自己称心的物品。对于管理人员来说，利用购物系统能轻松地管理大量的商品，而且可以通过系统查看各种商品的销售状况，通过各种数据能够及时地知道那种商品正在热卖，而那些商品属于冷门地，从而在运营上进行调整，更好地管理好商店。

我设计的是基于网上的购物系统。用户可以根据自己的喜好浏览自己喜欢的东西，但要想购买商品，就必须通过注册成为会员才能进行购买，登陆后就可以购物了。商店的各种商品都进行了详细地分类，可以轻松地找到想要地商品，同时查找系统能很容易地找到相关的商品。同时买到自己喜欢的东西后就可以去结算，通过下订单你可以填写自己的相关信息，而完成购物的流程。

2、系统分析

系统分析是平台开发的一个不可缺少的环节，为了能够使本系统更好、更完善地被设计出来，就必须先进行调查研究。在系统调查的基础上，对新系统的功能进行细致的分析，从而才能够开发出完整的系统设计 。本平台利用现在比较广泛的ASP+access数据库的架构实现的，进行系统分析，为将来进一步的实施打下一个坚实的技术基础。从而实现信息化，规范化，系统化，网络化的平台，具有较好的适应性和推广性。 2.1 网上购物系统平台的设计目标

本平台利用现在比较广泛的ASP+access数据库的架构实现的，进行系统析，为将来进一步的实施打下一个坚实的技术基础。从而实现信息化，规范化，系统化，网络化的平台，具有较好的适应性和推广性。

此系统分为前台管理和后台管理。前台管理是友好的操作界面，供用户浏览、查询使用。包括：浏览商品、查询商品、购物车、用户维护等功能;后台管理是提供给管理员的，其中包括：商品管理、用户管理、订单管理等。使管理员从繁琐的手工操作中解脱出来，并提高了办公效率。

2.2 网上购物系统设计的功能及特点

2、

2、1该平台功能

1、能够完成用户基本信息录入的注册和用户基本信息的个人前台与后台管理。

2、能够完成管理员对网站的商品资料(添加大类、添加小类、商品添加、商品审查)、商品交易(外理订单、发货查询)的功能。

3、能够通过查看购物车对所选商品进行确定、挑选，通过定单查询对支付费用进行确定。

2、

2、2该系统特点

我们所设计和开发的网上购物平台是经过很长时间的调查和分析才开始具体实施的，它的主要特点是改变了以往的购物只能过现实的商场才能达到的结果，采用Wed技术，借助于Internet互联网广泛应用技术，达到资源共享，提高以往购物的局限性，缩短人们的时间和提高工作效率，具有较好的交互性，从而实现信息化，规范化，系统化，网络化的平台，使整个购物活动过程简单、方便、易行。 2.3 网上购物系统开发的设计思想

网上购物平台主要是对后台管理和前台操作。

前台操作是用户登录到本网站，可以进行用户注册，通过网站的新品速递、商品热卖、商品分类或商品搜索功能，找到自己想要买的商品，装入购物车，提交定单进行购买。

后台管理是管理员对本网站的维护，通过商品资料(添加大类、添加小类、商品添加、商品审查)、商品交易(处理订单、发货查询)、等功能达到对网站的管理。

2、4网上购物系统的功能需求设计

对于网上购物，总结出该平台需要完成的一些具体功能，分析如下：

用户管理：能够完成用户最基本的信息录入的注册和用户基本信息的个人前台与后台管理。

管理员管理 ：能够完成管理员对网站的商品资料(添加大类、添加小类、商品添加、商品审查)、商品交易(外理订单、发货查询)、会员管理(会员审查)、操作管理(管理员添加、管理员审查、管理员退出)的功能。

搜索功能 ：通过商品的名称，商品的分类进行搜索。

查询功能 ：能够通过查看购物车对所选商品进行确定、挑选，通过定单查询对支付费用进行确定。

其功能模块图如下：

第五篇：软件工程概论论文：人事管理系统概要设计说明书

人 事 管 理 系 统 概 要 设 计 说 明 书

人事管理系统概要设计说明书

1.引言

1.1 编写目的 人事管理系统的需求分析阶段将系统用户对该系统的需求做了详细的说明。 对于人事管理系统的概要设计是在需求分析的基础上进一步进行设计说明。主要解决系统需求的程序模块设计问题包括决定各个模块之间的接口、模块之间传递的信息以及数据结构、模块结构的设计等。在接下来的概要设计说明书中将对本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中程序员可依据此概要设计说明书在概要设计对人事管理系统所做的模块结构设计的基础上对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书以便于了解在概要设计过程中所完成的各模块设计结构或在修改时找出在本阶段设计的不足或错误。

1.2 项目背景 所开发系统的名称企业人事管理系统 项目提出者某公司 最终用户公司或企业 项目的开发者马秋萍刘永强王静常建国

1.3 参考资料 【1】张俊兰江开耀李晔等.软件工程. 西安西安电子科技大学出版社2003年8月 【2】萨师煊王珊. 数据库系统概论第三版. 北京:高等教育出版社2000 【3】王征李家兴. SQL Server实用简明教程第三版. 北京:清华大学出版社2006 【4】郝兴伟. Web开发技术. 北京:清华大学出版社2004 【5】刘晓华张建周慧珍Jsp应用开发详解北京电子工业出版社2008年10月

2. 人事管理系统结构

2.1 概述 该系统主要是用来管理员工的相关信息以及工资等的情况统计公司把员工的信息包括姓名、性别、年龄等信息输入人事管理系统的数据库然后在管理终端对数据进行查询和修改等操作。使用人事管理系统便于公司领导掌握人员的动向及时调整人才的分配。

2.2 人事管理系统结构 系统的模块划分已在需求规格说明书中出每个模块对应一个程序模块根据需求规格说明书可得出各模块之间的关系如下 培训管理模块工资管理模块调动管理模块奖惩管理模块合同管理模块绩效管理模块考勤管理模块辅助管理模块员工录用模块档案管理模块员工解聘模块统计管理模块合同到期解聘离职人员名单所在合同基本工资员工职位考评决定奖惩奖惩金额考勤信息合同信息工资信息奖惩信息考评信息统计信息合同时间

2.3 人工处理过程 本系统人工处理过程主要有 1登记员工的信息。 2设置系统的基础数据。 3设置员工的权限。

3. 界面设计

3.1 概述 通过设计界面用户可以点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。此时的界面也就是用户接口。

3.2 外部接口 在设计用户界面部分时根据需求分析的结果用户需要一个友好的界面因此应做到简单明了易于操作并且要注意到界面的布局应突出的显示重要以及出错信息。

3.3 内部接口 身份认证模块的返回值决定当前用户是否可以进入人事管理系统身份通过以后再根据用户本身的权限判定进入哪一个功能模块并且判断其相应的操作权限这些采用返回值方式由用户本身的权限标志决定。 以下为部分界面

4. 数据库设计

4.1 概述 本系统采用SQL Server 2000作为后台数据库包括员工工基本信息管理、部门管理、职称管理、学历管理和用户信息管理等主要表结构。

4.2 概要设计

4.2.1 主要实体及其属性 人事管理系统中所涉及到的主要实体集及其属性如下 员工员工编号员工姓名性别籍贯年龄生日学历专业住址邮编电话EMAIL参加工作时间进入公司时间部门起薪时间职务备注 考勤信息记录编号员工编号员工姓名当前日期上班时间下班时间迟到次数早退次数 请假信息请假记录编号员工编号病假天数事假天数假期开始时间 加班信息加班记录编号员工编号特殊加班天数正常加班天数加班日期 出差信息出差记录编号员工编号出差天数出差日的地出差开始时间 调动信息调动记录编号员工编

号员工姓名原部门新部门原职务新职务调出时间调入时间备注。

4.2.2 ER设计 在系统的数据库设计中先要对系统分析得到的数据字典中的数据存储进行分析分析各数据存储之间的关系然后才能得出系统的关系模式。可以采用ER图的方法来进行数据结构分析。ER设计方法是一种通过ER图来描述现实世界信息结构的DB设计方法。ER图由实体、属性、联系三部分组成。 本系统的ER图如下图所示 ER图

4.3 逻辑设计 系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在对人事管理方式和业务流程进行认真分析和研究的基础上排除现有组织机构和业务分工所造成的信息障碍。完全从业务管理功能和管理对象出发按照信息系统中应有的数据流和数据结构来勾上班 员工 加班 出差情况 m n 编号 姓名 性别 籍贯 生日 年龄 请假 n 学历 专业 住址 邮编 电话 Email 参加工作时间 进入公司时间 部门 起薪时间 职务 n 出差 n 调动 n 上班情况 m m 请假信息 加班信息 调动情况 …… …… …… …… …… 画系统的概貌。

4.3.1 数据流图简称为DFD 数据流图是组织中信息运动的抽象。是在调研的基础上从系统的科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下逐层分解从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向外部实体等项目。 首先分析人事管理的总体情况划分系统边界识别系统的数据来源和去处确定外部实体得出系统的顶层数据流程图 然后划分出几个主要的信息管理功能并明确各功能之间的联系绘制出数据流程图。

4.3.1.1 数据流程图的符号说明: 外部实体 处理 数据流 数据存储 图1 数据流程图的符号

4.3.1.2 人事管理系统的顶层数据流程图: 图2 人事信息处理的顶层数据流程图

4.3.1.3 以加班处理的数据流程图图3为例说明二层数据流程图:其它如出差、出勤等信息的数据流程图略. 人事管理信息处理 D1 各种报表 P 人事基本信息出勤调动出差请假信息 用户 单位领导 图3

4.3.1.4人事管理系统的数据流程图如下图所示 图4 系统数据流程图 其中‘P’表示数据处理‘F’表示数据流‘D’表示数据存储

4.3.2 基本表

4.3.2.1 关系模式工资工号姓名性别全勤奖金实上班天数基本工资加班天数加班工资扣款应发工资实发工资 工作 加班记录 加班人员 汇总 上报 审核 部门负责人 上报 加班记录 领导审批 财务部门 送交 送交 人事部门 F1 录入员工基本信息和工作信息 P1 1221 员工信息空白单 D1 F2 P2 1221 填写有关信息 D2 已填好的有关信息 F3 P3 员工信息处理 D3 处理结果 F4

4.3.2.2关系模式员工基本信息身份证号民族年龄员工编号姓名性别E-mail移动电话 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 姓名 S_NAME CHAR 20 员工姓名 性别 S_SEX CHAR 4 员工性别 年龄 S_AGE INT 18100 民族 RACIAL CHAR 具有唯一性 身份证号 SID CHAR 20 唯一身份标识 E-mail E_MAIL CHAR 24 移动电话 T_PHONE CHAR 11 4.3.2.3 关系模式员工家庭邮政编码联系电话住址籍贯 员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 住址 S_ADDRESS CHAR 40 员工家庭住址 籍贯 RACIAL CHAR 26 具有唯一性 E-mail E_MAIL CHAR 24 联系电话 T_PHONE CHAR 11 4.3.2.4 关系模式员工学历专业毕业院校教育程度计算机水平外语水平员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 部门统一编号具有唯一性 专业 CHAR 毕业院校 CHAR 统一编号具有唯一性 教育程度 CHAR 计算机水平 CHAR 外语水平 CHAR 20 四六级等 4.3.2.5关系模式员工工作职称部门编号工龄入职时间 员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 部门统一编号具有唯一性性 职称 Z_ZC CHAR 20 员工姓名 部门编号 BH CHAR 10 工龄 G_GL INT 3 参加工作时间 入职时间 R_SJ INT 4 参加工作时间 4.3.2.6 关系模式员工婚姻婚否子女数员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 婚否 CHAR 是或否 子女数 S_ 子女年龄

4.3.2.7 关系模式用户用户ID、密码、用户类型 属性中文名称 属性名 类型 长度 说明 用户ID Y_ID char 8 ID 密码 Y_mima vchar 20 用户类型 Y_leixing vchar 8 4.3.2.8 关系模式 部门部门编号部门名称职工名职位部门电话部门经理编制人数现有人数 属性中文名称 属性名 数据类型 长度 说明 部门编号

dep_num 整型 int12 部门编号具有唯一性 部门名称 dep_name 字符串类型 char12 部门名称 职工名 employor_na 字符串类型 char12 职工名 职位 position 字符串类型 char12 具有等级之分 部门电话 dep_telephone 整型 int11 部门电话 部门经理 manager 字符串类型 char12 部门经理 编制人数 edit_no 整型 int100 部门最大容纳人数 现有人数 own_no 整型 int100 现有人数 4.3.3 导出表 1 调动入表部门编号职位职工编号原部门现部门、说明部分由部门信息表导出。 2 转出表部门编号职位职工编号现有人数职工名由部门信息表导出。 3 奖惩表职工编号、奖励、惩罚、奖惩时间、说明部分由工资表导出。 4.3.4 创建数据库

4.3.4.1 用户表

4.3.4.2 员工基本表

4.3.4.3 员工学历表

4.3.4.4 员工家庭表

5.4 物理设计

5.4.1 设计原则 1进行规范化设计尽可能地减少数据冗余和重复 合理的数据库表的设计应该是在满足需求的前提下使数据的重复量最小就尽量按照关系数据库系统理论方法去设计一个数据库减少数据的冗余。 2结构设计与操作设计相结合 在设计数据库结构时有时为了编程实现的简捷和思路的清晰往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论但是考虑到选择的机器型号和档次等因素如果增加的冗余不会明显增加存储空间和降低处理效率并且对编程实现有很大帮助往往可以采用这种方法。 3数据结构具有相对的稳定性 数据结构的相对稳定性可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务都应该能完成相应的功能决不会因为采用了计算机而丢失了必要的功能或彻底改变了原有的工作流程和模式。计算机系统的建成是建立在原系统充分调研的基础上的它既不能脱离原系统的大框架也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定这样才能考虑在新的数据结构下的业务处理方式。

5.4.2 设计原则 此处着重讨论如何进行规范化设计关系范式规范化过程如下 由逻辑结构设计中得出的关系模型可知转化的各关系中均无重复项和空白数据项故是第一范式而且如下图中的a b所示以出差信息及请假信息为例其它略所有非主属性都完全函数依赖于任一侯选关键字故是第二范式在第二范式的前提下可知ER图中ab所示的四个关系的非主属性之间都不存在函数依赖关系故图ab所表示的关系均属于第三范式。

6. 系统运行与维护

6.1 系统的运行

1. 初始数据的输入 本系统的输入采用鼠标和键盘相结合的输入方法。

2、怎样进入系统

A、将本系统所在的文件夹拷贝到硬盘然后执行其中的人事管理系统的程序文件即可应注意要将全部文件的属性变以存档消除只读属性。

B、在随后出现的登录界面上输入正确的用户名和密码即可

3、怎样使用本系统 点击鼠标左键即可进行相应功能的选择。 a b 请假编号 员工编号 病假天数 事假天数 假期开始时间 出差编号 出差开始时间 出差目的地 出差天数 员工编号 消去重复项 1NF 消除部分函数依赖 2NF 消除传递函数依赖 3NF 和空白数据项 非规范化关系

6.2 系统的维护 本系统是个较复杂的人-机系统由于系统外部环境与内部因素的变化不断影响系统的运行同时需要系统不断地适应这些变化不断地完善系统以提高系统运行的效率与服务水平这就需要自始至终进行系统的维护工作。 系统的维护主要包括四个方面

1程序的维护指的是修改部分或全部程序这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。

2数据文件的维护指的是按照用户的要求对数据文件进行不定期的修改。

3代码的维护随着系统的发展和变化可能会出现旧代码不能适应新要求的问题因此有必要变更代码予

以维护。

4硬件的维护指的是对系统所使用的设备进行维护。本系统的日常维护由人事部门专人来负责如果出现一些不能解决的问题则由开发者来负责。 总结与体会 做完这个企业人事管理系统后我深有感触。从选取设计企业人事管理系统这个题目到对企业职员基本信息了解从系统的需求分析及数据库设计到应用程序设计其中每一步都很重要虽然无论在运用SQL Server 2005还是Visual Basic 6.0方面的知识都碰到过困难但经过查阅课本和书籍重新学习后都一一解决了。 由于时间比较仓促做完实验后自我感觉虽然系统做出来在运行上没有错误但如果企业拿来使用的话就存在不少问题功能不灵活处理的信息少等有许多有待改进的地方。这些问题都是因为自己对现实问题了解的不深导致的我明白在以后的系统设计中需要多加强理论与实践的结合这样才能使以后开发出来的软件实用。 。