搜索
一、可行性研究1.引言1.1编写目的对学校教材订购系统进行可行性分析。1.2项目背景名称:学校教材订购系统。本项目的用户：学校的学生，老师和教材订购管理员本项目与其他软件或其他系统的关系：工作于windows所有的系统。1.3参考资料软件工程（第二版）1.4系统简介现在是高科技的时代，随着时代的发展很多东西都应该是自动化的。但是有些学校教材订购仍然用的是人工管理，这样会带来很大的麻烦，而且也带来了很大人力资源的浪费。希望通过计算机能实现对教材采购自动化管理，达到节省人力和提高工作效率的目的。本系统可细化为两个子系统：销售系统和采购系统。销售系统的主要工作过程为：首先由教师及学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返还给教师和学生领书单，教师和学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。1.5技术要求及限定条件凡书库中的书的数量发生变化（包括领书或进书）时，都应修改相关的书库记录，例如库存表或进/出库表。在实现上述销售和采购的工作过程中，都应考虑有关的合法性验证（例如购书单，领书单等的有效性）。2.可行性研究的前提2.1要求a．功能：实现学校教材订购的最基本功能，进库和出库都有非常详细的记录，对所需书的名称和数量也有非常详细的记录，并且能发出提示信息。b．性能：能够使学校在教材订购中所购书的名称、数量和所发书的名称、数量显示出来，进库和出库是都有非常清楚的记录。c.输出：书的名称、领取人和数量。d．输入：书的名称，订购人和数量。e.安全与保密要求：在所在的校园网中进行，对校外保密。f.完成期限：2个月。2.2目标a.人力与设备费用的节省；b.人员工作效率的提高。2.3条件、假定和限制a.法律和政策方面的限制：不违反国家的法律。b.硬件、软件、运行环境和开发环境的条件和限制：奔腾300以上，运行于Windows系统全系列。c.建议开发软件投入使用的最迟时间：开发后3个月。2.4可行性研究方法对教材订购的调查。2.5决定可行性的主要因素技术可行性、经济可行性和法律可行性。3.对现有系统的分析3.1处理流程和数据流程a.现行系统：采用手工方式，教师、学生提交订书单，经教材科审核，并返回相应的票据。付款后教师等待教材科人员对书库现存图书的检查，若书库中没有，则通知采购人员采购，采购后，通知教师或学生取书。b.分析：（1）存在教师等待时间较长的问题。（2）书库中书的数量变化查询时，由于采用手工，速度过慢。（3）采购员有能及时准确知道哪些书需要购买、更新或者补充。3.2人员需要4个人，精通数据库SQLServer和VB。3.3设备计算机。3.5开发新的系统的必要性便于教材订购的管理，并且节省了大量的人力和财力。4.所建议技术可行性研究4.1对系统的简要描述此软件是为各个大学的教材订购进开发的，安装、使用十分方便简单，有良好的安全性，并且有很好的兼容性。4.2处理流程和数据流程教师和学生在使用本系统之前，须在线进行身份验证，注册系统有效身份之后，才能进行选书购书，提交购书单，书库进行核对，发书。与现有系统比较的优越性：更有效率、更安全。采用建议系统可能带来的影响对现有设备，软件设备均无影响4.3技术可行性评价a.利用VB以及SQLServer等技术。b.在限制条件下，功能目标是否能达到：看是否能给出正确的信息和提示。c.利用现有技术,功能目标能否达到：能。d.对开发人员数量和质量的要求，并说明能否满足：能满足，4个开发人员，需要精通数据库技术和VB。e.在规定的期限内，开发能否完成：能。5.所建议系统经济可行性研究5.1支出开发人员费用，设备维护费用。表4-5系统的投资收益表购买设备软件费1.2万元人工费1万元开发成本费（设备费+人工费）2.2万元每年收入1.14万元年收入/元（1+in）现值/元累计现值/元1114001.120010178.5710178.572114001.25449.88.0119266.583114001.40498114.4627381.044114001057357245.0034626.045114001.76236488.8241094.86总收入19094.86开发该系统需要支出的费用包括：基建投资、其他一次性支出，共约1.2万元，采用任务分解法估算该系统的开发供需4人1个月完成，每人月成本为2500元，估计系统的人工费用为2500*4=10000元，开发成本共为1.2万元+1万元=2.2万元。将来的收入主要体现在每年可节省的人力、耗材等，约每年1.14万元。估计软件使用寿命为5年。可以列表计算系统的开发纯收入，系统的投资收益表如表4-5所示，i为12%.5.2投资回收期投资回收期=2+2733.42/8114.46=2.34年社会因素可行性研究法律因素符合法律规定没有触犯合同中双方所签署的条款。用户使用可行性会使用电脑和对网络的安全性有一点了解的人员均可使用。结论和意见：方案可行经过初步的系统调查，给出了可行性研究报告，并经过主管领导的批准，还必须对现行系统进行全面、深入的详细调查和分析，弄清楚一行系统运行状况，发现其薄弱环节，找出要解决的问题实质，确保新系统比原系统更有效。详细调查的主要内容包括对现行系统的需求分析的调查以及管理业务的调查。二、需求分析2.1需求分析的目的需求分析对学校教材订购系统进行简单的分析，给出了系统的数据流图。加深与用户间的交流，在功能与系统界面上与用户达成一致的看法，以便于开发出用户满意的系统。2.1项目背景随着高校办学规模的扩展，管理方式和管理效率的矛盾日渐突出。在教材订购方面，手工管理方式和文档系统管理方式在管理质量和管理效率上，从根本上不能适应大规模的管理要求。而随着计算机科学的发展与进步，计算机科学管理方式，不管在管理效率还是在管理质量上都逐步显示了它的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式要有大的节省。计算机管理正以它自身的优越性成为管理模式中的主流。教材订购管理系统采用计算机管理模式的必然性也在与此！本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据用户的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上，一定能使工作质量、工作效率等得到提高，推动学校发展的步伐！2.3软件产品的作用范围学校教材订购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率。2.4一般性描述3.41本系统可细化为两个子系统：销售系统和采购系统销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知。2.5产品功能本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。本系统还兼顾一点财务信息的管理，在发生单人购书时，系统直接向购书者收取现金，内部形成一个小小的财务管理。本系统还和学校的财务科发生数据交换，发生集体售书时，学根据数据的有效性，直接向集体售书，形成的财务信息直接和财务科交换，方便结算。即：向学生集体售书时不需要直接收取现金，而待教材科结算时向财务科提交数据，由财务科从学生的预交书费里扣除，保证教材科财务信息的完整。2.6数据流图与数据字典顶层数据流图（DFD）0层数据流图1层数据流图教材发行人员学生学生证大学教材订购系统进书通知学生审核学生证学生信息1.销售系统2.采购系统缺书单教材工作人员领书单三、总体设计3.1引言3.11编写目的在前一阶段（学校教材订购系统需求分析）中已解决了实现该系统需求的程序模块设计问题。包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定如何具体的实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。主要工作有：根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计，涉及软件系统的结构设计、逐个模块的程序描述。学生审核学生证学生信息购书单购书单1.1学生信息存储1.2学生信息处理1.3更新库存清单2.1登记缺书2.2汇总缺书教材工作人员采购单缺书单2.3产生订购信息领书单缺书单3.12项目背景“学校教材订购系统”有两部分组成：销售系统和采购系统。销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。3.2定义3.21专门术语库存表：存放库中存在得书籍数据。出库表：存放已销售的书籍的数据。入库表：存放入库书籍的数据。购书表：存放提交的购书信息。缺书登记表：存放缺少的书籍的信息。待购教材表：存放待购书籍信息。3.22缩写系统：若未特别指出，系统指本“学校教材订购系统”。3.3需求概述为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护。3.4功能模块：3.5程序描述3.51功能销售子系统模块：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。采购子系统模块：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。3.52性能（1）精度：购书是由需求决定的，只要有缺书现象则会体现出来，但也因为这样，如果需要提前多购相关书籍的话，则需要管理人员的参与。（2）时间特性要求：定购需要提前若干天。学校教材订购系统输入数据输出数据学生信息存储审核学生信息处理更新库存清单登记缺书汇总缺书产生订购信息(3)可靠性：较高（4）灵活性：在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。3.53输入项目销售子系统模块：需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）。采购子系统模块：需要输入缺书单中要求的信息（书名、书号、数量）。3.54输出项目销售子系统模块：需要打印领书单（书名、书号、数量、领书人姓名），发票（书名、书号、开票人姓名、交易金额、交易日期）。采购子系统模块：需要打印进书通知单（书号、书名、进书日期）。四、详细设计4.1引言4.11编写目的在学校教材订购系统中，已经对本系统所包涵的子模块做了概要的阐述，这些子模块的具体功能将在本报告中得到详细的阐述。本阶段已在系统的总体设计的基础上，对学校学校教材订购系统系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等。在下阶段的编码过程中，程序员可参考此详细设计报告，在详细设计中对学校学校教材订购系统所作的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明，以便了解详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。4.12项目背景“学校教材订购系统”由两部分组成：销售系统和采购系统。销售系统