毕业设计用纸
第二章 可行性分析与需求分析
2.1 可行性分析
可行性分析也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以避免投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。该系统的可行性分析包括以下几个方面的内容。
(1) 经济可行性：主要是对项目的经济效益进行评价，本系统作为一个毕业设计，不需要任何经费，对于我们学校在经济上完全没有问题的。而且本系统正式使用后，将会大大的提高教材科管理教材的效率。
(2) 技术可行性：技术上的可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满足开发者的需要等。本系统主要采用了PowerBuilder9.0和MS SQL Server2005进行相关的开发，而PowerBuilder9.0是面向过程的可视化软件开发工具，其对编程平台对数据库的访问做了很好的封装，数据库接口的转换只需动态更改控件的相关属性即可；另考虑到SQL Server数据库服务器用户，亦提供SQL Server数据库接口，微软公司的SQL Server数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。
(3) 应用可行性：本系统主要是为了提高学校教材管理的效率而进行开发的，所以在各方面上得到了教材科和老师的支持，领导的认同。现有的管理制度和方法科学，规章制度齐全，原始数据正确等。规章制度和管理方法为系统的建设提供了制度保障。
2.2需求分析
2.2.1引言
教材管理仓库在正常运营中面对大量教材书籍、教材信息以及订购信息，学生信息、班级信息，发放书等信息。现有的人工记录方法既效率低又错误过多，大大影响了教材仓库的正常管理工作。因此需要对教材资源、学生信息、班级信息，订购信息、发放书，管理员管理等进行管理，及时了解各个环节中信息的变更，有利用管理效率的提高。
2.2.2需求概述
教材管理系统主要也就是由教材信息、订购信息、学生信息、班级信息、发放书信息、管理员管理等这几部分组成。它的基本功能和操作如下：
(1) 教材基本信息制定、输入、修改、查询，包括教材编号、教材名称、类别、单价、数量、备注。
(2) 订购信息的制定、输入、修改、查询，包括教材编号、教材名称、教材数量、单价、备注。
(3) 学生信息制定、输入、修改、查询，包括系院号、班级号、学号、姓名、是否发书、备注。
(4) 发放书信息制定、输入、修改、查询，包括系院号、班级号、学号、姓名、教材编号、教材名称、备注。
第 2 页 共23页
毕业设计用纸
(5) 有条件、多条件查询各种信息.
2.2.3用例描述
检索教材添加班级信息修改教材教师注册查看班级信息教师指定班级教材分配管理教材教材采购教材管理员入库教材教师指定教材采购查看教材管理员信息班级领取教材管理管理员<
图2-1管理教材用例图
管理员对教材进行管理，维护，更新。比如增加教材，修改教材，删除教材信息等操作。管理员只有在登陆系统后在有权限修改教材信息。
2.2.4外部需求
本系统以Microsoft Visual Basic作为开发平台，用SQL作为数据库服务，采用C/S数据库访问模式。界面按照用户要求去做，菜单格式绝对符合windows的操作，对于一些错误信息用对话框提示或不给予任何操作。软件运行在企业内部局域网与广域网组成的网络环境中，各个仓库自己拥有独立的局域网，仓库之间通过广域网连接起来。需要一台服务器，基于WINDOWS平台、DBMS设计为SQL －ERVER等。 需要至少一名系统管理人员，由于本系统的易用性，并不需要受过专业训练人员。 数据的完整性、准确性及安全性
? 拥有用户、密码模块管理用户权限。 ? 可以根据各种条件进行查询。 ? 相应的数据项检测功能。
2.2.5 性能需求
对计算机性能的要求，最低也应该是在windows 2000以上，响应时间在用户可以接受的范围之内，一般在做出操作之后的四五秒内，运算的结果若是数字，精确到百分位。若不是数字，按照要求输出用户所需的结果。
2.2.6 软件属性需求
第 3 页 共23页
毕业设计用纸
要求输出的结果是正确的，在使用期间，要求系统能够正常运行，这个对我们来说应该是没有问题的，要求系统的信息不能被别人随便查看，这也就是系统的安全保密性，这一点我们只能说一般的人是不通过正规的手段，是不能随便查看的，但是对于一些黑客或这方面的高手来说那就不能保证了。在我们的编程过程中，放在首位考虑的就是这个系统以后的可维护性，这个应该不是困难做到的。
2.2.7 数据需求
这些就系统中必备的数据：
(1) 教材基本信息包括教材编号、教材名称、类别、单价、数量、备注。
(2) 订购信息包括订购日期、客户名、教材编号、教材名称、教材数量、单价、备注。 (3) 学生信息包括系院号、班级号、学号、姓名、是否发书、备注。
(4) 发放书信息包括系院号、班级号、学号、姓名、教材编号、教材名称、备注。 在它们输出中，有的是以窗体的形式表现出来的，有的是直接在原窗体上显示，在出错的信息则是通过对话框来表现给用户的。
2.3 本章小结
本章主要介绍该系统的基本情况，包括系统的可行性分析和需求分析，系统开发的大致流程，以及系统用到的软件环境和所要实现的功能
。
第 4 页 共23页
毕业设计用纸
第三章 系统设计
3.1系统实现的功能
教材管理系统的工作流程建立在传统手工工作流程的基础上，但又不能完全等同于手工工作流程。因为教材管理系统毕竟不同于传统手工作业，从效率上来说，前者也高于后者，前者只需要少量的人工干预就能够实现教材信息的集中管理。
首先，在流程安排上应尽量避免数据的重复输入，实现从采购到发放一次输入的数据得到多次使用，以提高系统的工作效率。这一步很大程度依赖于数据库的设计。
其次，选择合适的操作方式。计算机系统操作方式有两种：一种是联机操作方式，即人机交互方式;另一种是脱机操作方式，它是将事先设计好的一套操作程序以作业的形式提交给计算机，由计算机依托几批处理的方式完成这套操作，并将处理结果通过系统打印输出。本次设计的教材管理系统属于第一种操作方式，需要用户输入信息完成操作。之所以采用这种方式，主要是考虑到此数据库管理系统的实时性需求，因为数据库随时可能都需要得到改变。
3.2 系统开发的原则
为了设计出符合一般标准又具有特色的界面，系统开发时要遵循以下开发原则： (1) 保证界面设计的风格具有一致性。
(2) 界面设计时，控件的摆放要协调和匀称。
(3) 常用操作（如教材管理、查询 、修改等操作）应建立提示标签，方便管理员日常操作。
(4) 提供错误处理信息，在出现错误时，系统应该能检测出错误并提供错误处理的能；错误出现后，系统的状态不发生变化，或者系统要提供错误恢复的向导。
3.3系统结构
本系统是以教材管理业务为原型设计开发的，教材科的日常业务大体上有如下几项： (1) 教材购买。教材的预订工作基本上是由系、部来完成。教材科将教材征订通知下发到各系、（轮流传阅），各系任课教师从中选订所开课程的教材，填写购买订单，经系、部汇总报教材科。教材科汇总报教务处审批后，编制填写正式订单寄发到各出版社。
(2) 教材入库。出版社按订单如期如数发书，教材科查收入库。
(3) 教材分配。按教师指定教材的方式发放专业和年级用书。通常是以班级为单位领进行领书。
(4) 教材查询。这项工作包括四项内容，其一是预订查询及时了解各系教材的分配情况；再就是入库查询及时掌握入库情况；第三是库存查询情况。
(5) 管理员管理。主要包括用户、密码的更改。
后台数据库运行的方式工作，用户无须了解具体数据库的内容即能通过在前台操作接口的直观操作达到预期目标。
3.4 系统功能模块
根据上述我们对ODBC结构图和教材管理业务流程的调查分析，并根据模块划分原则，同时考虑到用户对新系统的易学易用性，我们将新系统划分为如3-1图所示的功能模块结构。
第 5 页 共23页