软件工程课程设计教材订购系统.docx

上传人:b****2 文档编号:2464351 上传时间:2022-10-29 格式:DOCX 页数:20 大小:177.11KB
下载 相关 举报
软件工程课程设计教材订购系统.docx_第1页
第1页 / 共20页
软件工程课程设计教材订购系统.docx_第2页
第2页 / 共20页
软件工程课程设计教材订购系统.docx_第3页
第3页 / 共20页
软件工程课程设计教材订购系统.docx_第4页
第4页 / 共20页
软件工程课程设计教材订购系统.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

软件工程课程设计教材订购系统.docx

《软件工程课程设计教材订购系统.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计教材订购系统.docx(20页珍藏版)》请在冰豆网上搜索。

软件工程课程设计教材订购系统.docx

软件工程课程设计教材订购系统

一、可行性研究

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)

现值/元

累计现值/元

1

11400

1.1200

10178.57

10178.57

2

11400

1.2544

9.88.01

19266.58

3

11400

1.4049

8114.46

27381.04

4

11400

105735

7245.00

34626.04

5

11400

1.7623

6488.82

41094.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层数据流图

 

 

三、总体设计

3.1引言

3.11编写目的

在前一阶段(学校教材订购系统需求分析)中已解决了实现该系统需求的程序模块设计问题。

包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。

在本阶段中,确定如何具体的实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。

主要工作有:

根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计,涉及软件系统的结构设计、逐个模块的程序描述。

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编写目的

在学校教材订购系统中,已经对本系统所包涵的子模块做了概要的阐述,这

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1