207教材订购系统1114.docx
《207教材订购系统1114.docx》由会员分享，可在线阅读，更多相关《207教材订购系统1114.docx（30页珍藏版）》请在冰点文库上搜索。
207教材订购系统1114
软件工程项目开发报告
项目名称：
学校教材订购系统
组员：
刘雪燕刘冰铃陈海燕高丽婷
指导老师：
胡锦美
二〇一二年十月十二日
目录
软件工程项目开发报告1
1.概述1
1．1编写目的1
1.2项目背景1
1.3项目开发的意义1
1.4项目概况1
1.5参考资料2
2.可行性研究2
2.1技术可行性分析2
2.1.1项目主要功能2
2.2经济可行分析3
2.3操作可行分析4
2.4进度分析4
2．5其他方面的可行性分析4
小章总结5
3．系统需求分析6
3.1编写目的6
3.2功能需求6
3.2.1.系统整体功能需求6
3.2.3子系统的功能需求：
6
3.2.3系统数据流图7
3.3系统的数据需求9
3.3.1系统的数据需求9
3.3.2教材订购系统的数据字典9
3.4教材系统的性能需求10
3.5教材订购系统的运行要求11
3.6建立系统的约束11
4概要设计12
4.1编写目的12
4.2.1背景12
4.2.2运行环境12
4.2.3需求概述12
4.3总体设计13
4.3.1处理流程13
4.3.2总体结构和模块外部设计13
4.3.3功能分配14
5详细设计15
5.1．引言15
5.1.1编写目的15
5.1.2项目背景15
5.1.3定义15
5.1.4参考资料16
5.2．总体设计16
5.2.1需求概述16
5.2.2软件结构16
5.3．程序描述16
5.3.1功能16
5.3.2性能16
5.3.3输入项目16
5.3.4输出项目17
5.3.5算法17
5.3.6程序逻辑17
5.3.7接口18
5.3.8存储分配18
5.3.9限制条件18
5.3.10测试要点19
6软件测试和调试19
6.1．测试计划19
6.1.1编写目的19
6.2测试用列19
6.2.1输入19
6.2.2输出20
6.2.3步骤及操作21
6.2.4评价22
6.2.5测试结论22
1.概述
1．1编写目的
在软件项目开发中不仅要重视项目开发的技术，同时对软件项目管理显得尤为重要。
各个阶段开发作为下一段参考或为下一阶段提供设计基础。
因此在项目开发过程需要将各个开发阶段各个步骤的工作结果写成清晰的文档，请用户、客户组织的负责人审查，以便在以后的软件运行维护中可参考报告文档方面查询参考，以便于了解在设计过程中所完成的各项工作，或在修改时找出在各阶段设计的不足或错误。
用最小的代价在尽可能短的时间内确定问题是否能够解决。
不是解决问题，而是确定问题是否值得去解决。
需求分析报告的目的在于方便用户，分析人员和系统的设计人员，进行合作交流。
主要作为项目设计人员的软件开发的基本出发点和系统维护人员发现和天家新功能的基础是软件工程的重要组成部分。
项目开发的目标是否完成根据需求规格说明书中确立的可测试标准决定。
1.2项目背景
建议开发软件名称：
学校教材订购系统
项目提出者：
胡锦美
开发者：
刘雪燕刘冰铃陈海燕高丽婷
用户：
学生
实现软件的单位:
福建工程学院
1.3项目开发的意义
针对学校的教训工作，学校教材订购管理基本处于手工计算制表等工作过程繁杂单据过多，占用大量人力，物力资源。
随着高校规模的不断扩大，学校教材订购系统手工化阻碍了学校的发展步伐。
这其中不仅投入了更多的人物力资源，而且手工操作效率低，容易出错。
查找信息慢，给教材发放工作带来了许多不便
因此，随着学校的发展，建设一个管理学校教材订购系统软件是必须且比要的。
1.4项目概况
该学校教材订购系统的总目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好教材订购系统，实现学校教材订购的方便。
1.5参考资料
教材参考：
《软件工程》张海藩清华大学出版社
查阅资料：
《学校教材订购系统需求分析说明书》软件开发小组
《数据库系统概论》王珊高等教育出版社
《实用软件工程》郑仁杰等著清华大学出版社
《软件工程第二版》李代平等著清华大学出版社
《软件工程课程实验指导书》福建工程学院计算机科学与信息系
《软件工程第六版》
2.可行性研究
编写目的
用最小的代价在尽可能短的时间内确定问题是否能够解决。
不是解决问题，而是确定问题是否值得去解决。
需求分析报告的目的在于方便用户，分析人员和系统的设计人员，进行合作交流。
主要作为项目设计人员的软件开发的基本出发点和系统维护人员发现和天家新功能的基础是软件工程的重要组成部分。
项目开发的目标是否完成根据需求规格说明书中确立的可测试标准决定。
2.1技术可行性分析
2.1.1项目主要功能
要求
功能：
为学校教材的订购服务，方便学校的购书工作，提高教材发行部门的发行效率。
性能：
书库的详细信息必须及时的反映在销售系统平台上，销售系统的订单必须无误的存储在服务器上，对服务器的数据必须进行及时准确的刷新。
输出要求：
数据完整，详细，无误。
输入要求：
快速，实时，易用。
在安全与保密方面的要求：
服务器的管理员有对书库信息及订单信息的管理和修改。
售书员只具有对订单信息库的部分修改。
完成期限：
预计8个月。
基本的数据流程和处理流程：
首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。
采购系统的主要工作过程为：
若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员以上的功能要求在计算机上实现。
图2.1系统顶层数据流图
图2.2系统一层数据流图
本项目组组长刘雪燕有负责类似项目有一定项目经验，开发采用c++作为开发环境，选用SQLservier为开发数据库。
项目组成员刘冰铃对c++掌握较为熟练，陈海燕、高丽婷对数据库较为精通。
因此，从技术角度，本项目可以进行该项目的开发。
2.2经济可行分析
2.2.1法律方面的可行性
开发人员需对专利权，版本等方面有一定的了解，在开发过程中确保不触犯法律。
2.2.2使用方面的可行性
从用户单位的行政管理，工作制度等方面来看，能够使用该软件系统，从用户单位的工作人员的素质来看，能满足使用该软件系统的要求。
先在学校试运行三个月，看它对于开学时新书发放与各系统订购图书的过程是否提高准确度和时间效益。
费用开支
1.硬件设备费用：
一台专用的数据库服务器（20000），一台数据备份服务器兼双机后备服务器（20000元），两台普通的终端PC机（4000元/台）；
2.人员费用：
一名数据服务器操作人员（3000元/月），两名终端系统操作人员（2000元/月）；
3.系统开发费：
100000元；
一名数据服务器操作人员，一名教材销售系统操作人员和一名教材采购系统操作人员。
设备
一台专用的数据库服务器，一台数据备份服务器兼双机后备服务器和两台普通的终端PC机。
2.3操作可行分析
该系统开发选用c++作为开发环境，系统设计结购是根据学校操作习惯设计，界面支持中文操作。
系统项目组成员只需要对学校教室及学生进行短期培训即可以熟练掌握。
2.4进度分析
第一周：
概要
第二周：
可行性分析
第三～四周：
总体分析
第五～七周：
详细设计
第八～十一周：
软件的实现
第十二～十三周：
软件的维护
第十四～十五周：
软件的测试和调试
图2-1软件进度分析图
2．5其他方面的可行性分析
本项目在开发遵循国家法律和相关的政策，不涉及国家机密与违反社会道德，因此在法律与社会方面可行。
法律方面的可行性：
开发人员需对专利权，版本等方面有一定的了解，在开发过程中确保不触犯法律。
使用方面的可行性：
从用户单位的行政管理，工作制度等方面来看，能够使用该软件系统，从用户单位的工作人员的素质来看，能满足使用该软件系统的要求。
小章总结
综上对该项目的技术可行性分析，经济可行性分析，操作可行性分析及其他各方面的可行性分析，证明该项目的开发是可行的。
3．系统需求分析
3.1编写目的
在本教材订购系统项目的前一阶段，也就是可行性分析阶段中，已经将系统用户对本系统的需求做了大概的阐述，分析项目开发的可行性。
本阶段已在系统的可行性分析的基础上，对教材订购系统做需求分析报告，这些用户需求要对教师、学生及工作人员实地调研中获得，并最终在需求规格说明书中得到详尽得叙述及阐明。
在下一阶段的概要设计中，程序设计员可参考此需求分析报告，在需求分析基础上对教材订购系统所做的主要模块结构设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解或在修改时找出在本阶段设计的不足或错误。
3.2功能需求
3.2.1.系统整体功能需求
教师学生等各个订购者把订购信息（姓名，号码，所要订购的书名，主编，数量等）输入到系统中，系统先审核订购信息，若符合条件，系统根据订购者输入的相关信息给订购者安排领书单并打印；若订书信息不符合，显示相关的提示信息，出现脱销教材时系统应该可以发出警告，以便管理人员及时发现，补充教材，在订购者订购教材之后，如有什么不满，可以通过系统删除已订购教材书籍。
学校为方便学生，需开发一个教材订购系统。
为便于学生由工作人员代替学校负责教材订购，工作人员把学生的信息，包括姓名、性别、学校、身份证号码、专业，输入教材订购系统的采购子系统，系统经过学校内的教材数据服务器后，为学生发放教材。
学生凭发票通知和帐单交款后领取教材，系统校对无误后即发放教材给学生。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求学生机的界面要简单明了，易于操作，服务器程序利于维护。
教材订购系统的总目标是：
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的教材订购系统，为学校的决策层提供准确、精细、迅速的教材发放信息。
根据可行性研究的结果和学生的要求，分析现有情况及问题，采用Client/Server结构，将教材订购系统划分为两个子系统：
销售子系统，采购子系统。
3.2.3子系统的功能需求：
1．销售子系统：
2．采购端的功能要求：
3.2.3系统数据流图
根据以上功能分析得到数据流图，系统顶层数据流图与一层数据已在可行性分析阶段得出（图2.1图2，2）。
再次对系统做更为详细的需求分析的到二层数据图如图3.1所示
图3.1系统二层数据流图
3.3系统的数据需求
3.3.1系统的数据需求
教材订购系统的数据需求包括如下几点：
1．数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。
在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，
以保证迅速的处理数据。
2．首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。
采购系统的主要工作过程为：
若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员以上的功能要求在计算机上实现。
3.3.2教材订购系统的数据字典
系统中的数据元素
3.4教材系统的性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，教材订购系统应该满足以下的性能需求：
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于教材订购系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，而教材数量又影响企业的决策活动，其准确性很大程度上决定了教材订购系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
2．教材订购系统在开发过程中，应该充分考虑以后的可扩充性。
1.由于原来的教材订购是人工系统，浪费人力物力和财力，而此管理系统可以改善这种情况，只需要一台电脑和一个管理人员就能轻松的完成。
3.提高了教材的变动管理，教材的信息查询统计的速度，且用户可以方便的查询教材的信息，如果出现错误用户可以及时与管理员联系。
4.改进人员的利用率，减少前台操作人员，更多的人员可以用为教职工，学校的其它事物服务。
对设备的影响目前而言，客户方没有任何的系统设备，但是由于该软件所需硬件设备仅仅是一台电脑，可行性较高。
5.对软件的影响该软件系统同其它系统没有互相往来的关系，不会对其它软件的功能产生不良信息
6.对用户单位机构的影响可以优化单位机构制度，节约人力，物力财力，利于单位机构的优化改革和管理。
7.对系统运行过程的影响所建议系统的实用性强，操作量大，而且恢复时间短，效率较高，其对系统运行过程的影响不大。
8.局限性在软件方面，响应时间，更新处理时间，数据传送和时间转换，处理和解决问题时间，都比较迅速，完全满足用户要求，当操作方式，数据结构，与其他软件接口等发生变化时，设计的软件要做一些适当高调整，灵活性非常大。
技术条件方面的可行性在限定的条件下，再投资必要的开发硬件和软件，并配有一定数据管理水平的开发人员，系统分析人员各一名，系统功能目标是可以达到的，在规定的期限内开发能够完成。
3.5教材订购系统的运行要求
教材订购系统中的各个子系统的硬件和软件的配置如下：
1．销售子系统的运行要求：
系统软件：
WindowNTServer
数据库管理系统：
SQLServer
硬件要求：
PentiumIII450以上,258MRAM,14GHD
2.采购子系统的运行要求：
系统软件：
WindowNTWorkstation
数据库管理系统：
SQLServer
硬件要求：
Pentium133以上,32MRAM,4.3GHD
3.6建立系统的约束
1.Client/Server结构总体设计方案对它的约束：
教材订购系统做为Client/Server结构的一个应用系统，不可避免的要受到Client/Server结构的约束。
在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。
同时，由于信息的共享，教材订购系统还受到其它系统的信息约束。
2．人力、资金、时间的约束
教材订购系统实施的目标就是要给学校教材订购看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。
因此，在设计中，重点是销售系统中的方便快捷，能提供给学生以优质高效的服务，并提高销售的效率和便捷，创建良好的学校教材订购。
3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。
例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。
该项目在经济上收益显著，能够减轻工作人员的劳动强度，减少人力开支，促进教材订购过程的自动化，是有一定应用价值的，在技术上，系统的开发也是可行的，因此，建议马上进行开发。
4概要设计
4.1编写目的
在学校教材订购系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对销售系统、采购系统、教材存量等调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对教材订购系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对教材订购系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
4.2.1背景
所建议开发的系统的名称：
学校教材订购系统
本项目的任务提出者：
福建工程学院软件工程老师
开始者：
福建工程学院计算机科学与信息系信管1班207宿舍
用户：
学校教材管理部门和全校师生
实现该软件的计算机网络：
福建工程学院计算机科学与信息系实验室
项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在WindowsNT系统上以及MySql数据库等为开发软件的应用程序。
4.2.2运行环境
（1）硬件环境：
运行本软件要求处理器在奔腾Ⅲ以上、内存在256MB以上的计算机。
（2）软件环境：
本系统支持的操作系统包括：
Windows95、Windows98、Windows2000、WindowsMeWindowsXP；本系统支持的数据库为Mysql；本软件的开发工具为JAVA程序语言。
4.2.3需求概述
本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。
本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
要求系统的更新处理时间、数据查询时间、数据统计时间应该在可接受的范围内。
能够支持上述软件环境的运行。
4.3总体设计
4.3.1处理流程
下面将使用（结构化设计）面向数据流的方法对学校教材订购系统的处理流程进行分析。
系统可分为两大部分:
一，销售子系统，二，采购子系统。
以下将分别对系统的这两大部分进行流程分析:
4.3.2总体结构和模块外部设计
下面以结构图来描述学校教材订购系统的软件总体结构。
销售子系统
图4-1
采购子系统
图4-2
4.3.3功能分配
销售管理:
处理购书单，查询进书单，修改相应的表。
采购管理:
发缺书通知单，登记缺书记录，发进书通知单，修改相应的表。
订购管理：
查询订购书籍、删除订购书籍、查询领书单。
5详细设计
5.1．引言
5.1.1编写目的
在前面中已经明确了系统的主要功能，解决了系统要做什么的问题，在概要设计阶段，我们对方案进行了概述。
在这个阶段，我们需要确定如何具体的实现所要求的系统，因此我们要详细设计系统的各个模块。
主要工作有：
做出软件模块层次结构图，描述模块清单，从而在编码阶段可以把这个描述直接的翻译成具体的程序语言书写的程序，设计数据库，设计页面。
5.1.2项目背景
本系统可细化为两个子系统：
销售系统和采购系统销售系统的工作过程为：
首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。
采购系统的主要工作过程为：
若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员以上的功能要求在计算机上实现。
（1）当书库中的各种书籍数量发生变化（包括领书和进书时），都应修改相关
的书库记录，如库存表或进/出库表。
（2）在实现上述销售和采购的工作过程时，需考虑有关单据的合法性验证
（3）系统的外部项至少包含三个：
教师、学生和教材工作人员。
（4）系统的相关数据存储至少包含6个：
购书表、库存表、缺书登记表、待购教材表、进/出库表。
5.1.3定义
库存表：
存放库中存在的书籍数据。
出库表：
存放已销售的书籍数据。
入库表：
存放入库书籍的数据。
售书登记表：
存放提交的购书信息。
缺书登记表：
存放缺少书籍的信息。
数学用书表：
存放授课教师提交的相应专业的相应教材。
学院表：
存放学院的相关信息。
学生表：
存放学生的相关信息。
5.1.4参考资料
《系统需求分析报告》软件开发小组
《学校教材订购系统需求分析说明书》软件开发小组
《数据库系统概论》王珊高等教育出版社
《实用软件工程》郑仁杰等著清华大学出版社
《软件工程第二版》李代平等著清华大学出版社
《软件工程课程实验指导书》福建工程学院计算机科学与信息系
《软件工程第六版》
5.2．总体设计
5.2.1需求概述
5.2.2软件结构
如4.3.2的模块
5.3．程序描述
5.3.1功能
销售管理:
处理购书单，查询进书单，修改相应的表。
采购管理:
发缺书通知单，登记缺书记录，发进书通知单，修改相应的表。
订购管理：
查询订购书籍、删除订购书籍、查询领书单。
5.3.2性能
5.3.3输入项目
销售子系统模块：
需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）；
采购子系统模块：
需要输入缺书单中要求的信息（书名、书号、数量）。
5.3.4输出项目
销售子系统模块：
需要打印领书单（书名、书号、数量、领书人姓名），发票（书名、书号、开票人姓名、交易金额、交易日期）。
采购子系统模块：
需要打印采购单（书号、书名、出版社、数量）。
5.3.5算法
【模块所选用的算法。
】
5.3.6程序逻辑
销售子系统程序模块流程图
5.3.7接口
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。
具体参数的结构在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在之间传递。
5.3.8存储分配
为程序当中的数据结构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。
5.3.9限制条件
网页用户分为三个级别，分配不同的权限。
普通游客只可以浏览网页或查询，而不能进行其他操作，如：
可以查询相应的图书信息（包括公用教材和教学用教材，其中若要查询相应的图书的详细信息，系统会将提交的内容提交到山东科技大学图书馆并返回相应的信息）。
学生身份登录可以提交该专业相应课程的教材的订购数量，产生的订购数量将发送到系统服务器中。
教师身份登录可以为自己所授课的专业的相应课程选定或者提交教材，之后有该专业的学生提交订购数量。
管理员登录可进行各种操作，为防止软件以外在网络端集成了管理员的各种功能。
这样也分解决了由于系统问题造成的软件无法正常登录的情况。
这样对于网页登录的安全性要求有所提高，所以我们对管理员登录信息采用了SHA加密技术。
5.3.10测试要点
【给出测试模块的主要测试要求。
】
6软件测试和调试
6.1．测试计划
6.1.1编写目的
在开发大型软件的漫长过程中，面对极其错综复杂的问题，人的主观认识不可能完
全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。
因
此，在软件生命周期的每个阶段都不可避免地会产生差错。
尤其对于机票预订系统这类
会影响人们生活．财产的工程软件，必须尽量减少差错，以免造成严重的损失。
测试是
“为了发现程序中的错误而执行程序的过程”。
测试的目的就是在软件投入生产性运行之
前，尽可能多的发现软件中的错误。
目前软件测试仍然是保证软件
升级会员 