【软工】软工文档——可行性研究报告

  可行性研究报告算是系统开发的一个起点,可行性研究报告是在软件定义阶段编写的一个报告,也是自己着手去写的第一份文档。从中再一次体会到了编写文档的严谨性,对软工思想概念的认识。

 

可行性研究报告

1引言

1.1编写目的

       此可行性研究报告对《机房收费管理系统》软件做了全面细致的市场调研,明确所要开发软件具有的功能、性能、前提、限制、环境等,使机房管理达到高效。预期的读者为系统管理人员、开发人员和维护人员。

1.2背景

       随着学校学生越来越来多,管理学生上机,越来越困难,为了更合理、方便、简单、易行管理学校的学生上机,为学校开发了《机房收费管系统》,复杂的学生管理由计算机完成,方便机房人员的管理。

说明:

A.     所建议开发的软件系统的名称:机房收费管理系统

B.      本项目的任务提出者:米新江教授

开发者:杨倩

用户:教师、学生、机房管理员

实现该软件的计算中心或计算机网络:学校机房

C.      该软件系统同其他系统或其他机构的基本的相互来往关系:由廊坊师范学院信息技术提高班做技术支持

1.3定义

VB语言:Visual Basic是一种由 Microsoft 公司开发的结构化的、模块化的、面向对象的、包含协助开发环境的事件驱动为机制的可视化程序设计语言。

SQL:结构化查询语言(Structured QueryLanguage)简称SQL,是一种特殊目的的编程语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统;同时也是数据库脚本文件的扩展名。

1.4参考资料

[1]《软件工程思想》林锐

[2] 可行性研究报告(GB8567——88)

2可行性研究的前提

2.1要求

说明对所建议开发的软件的基本要求,如:

A.     功能:查询功能,按条件(如班级、学号、卡号等)显示学生的上机时间;

          计时功能,登录成功开始计时,一直到退出系统。

                     维护:系统故障、断电等引起的系统不稳定,实行强制下机。

B.      性能:查询效率要做到精准,信息维护功能做到简单易用,不需要过多对人员进行培训。

C.      输出:用户列表,用户管理员对用户信息的管理

        日、周结账单:实现对账目的汇总,向上级领导汇报

              导出Excel表格:将查询信息保存下来。

D.     输入:用户信息,新开账户的初始信息,包括姓名,性别,班级,专业,充值金额等基本信息。

验证信息:账户登录时所需的登录验证信息,如账号和密码。

E.      数据流程和处理流程:根据注册卡号进行上机,记录上机时间、下机时间,根据时间判断所收费用。

F.       在安全与保密方面的要求:用户信息只有用户自己和管理员可见,所有信息只有管理员可修改。

G.     同本系统相连接的其他系统:学籍管理系统

H.     完成期限:20天

2.2目标

A.     提高机房管理效率

B.      方便学生上机及老师管理机房

C.      有效管理机房学生上机情况,方便查询

2.3条件、假定和限制

a.所建议系统的运行寿命的最小值为4年

b.经费、投资方面的来源和限制:3000元,无其他条件

c.硬件:学生使用的台式机

运行环境:Windows7或XP系统

开发环境:visual basic 6.0、SQL2008

d. 可利用的信息和资源:学生信息管理系统

e.系统投入使用的最晚时间:2015.10.24

2.4进行可行性研究的方法

可行性研究在老师的带领下对学校的机房做了认真的调查,认为机房管理系统开发是必要的,它可以提高老师的工作效率,增加学院的经济收入,充分的利用学校的资源。

2.5评价尺度

A.     经费:3000元

B.      各项功能优先次序:首先在管理员处进行注册,然后操作员给充值,然后进行上机,卡不用时可以在操作员处退卡

C.      开发时间:20天

D.     使用的难易程度:系统较简单,略懂计算机知识的人员培训1个小时即可熟练使用本系统。

3对现有系统的分析

3.1处理流程和数据流程

 

3.2工作负荷

学生上机管理工作。

3.3费用开支

暂无

3.4人员

技术人员:1名

管理员:1名

操作员:1民

3.5设备

机房学生台式机

3.6局限性

1)       学生账户余额不足时,系统无法报错, 或是否让学生继续上机或提醒“余额不足”,学生账户数据时刻在更新,可能更新不及时,处理不当。

2)       前后两次刷卡,操作繁琐。

3)       日志信息缺乏,不利于系统恢复及故障处理。

4)       不能同时做好考勤记录。

5)       不能很好的利用机房资源服务于学生的学习。

4所建议的系统

4.1对所建议系统的说明

       机房管理系统是信息管理系统,通过计算机管理上机用户基本信息,日常管理,简化上机流程,通过强大的查询和检索,高效的检索出数据,提高办事效率。管理员可以通过机房管理系统对管理员、用户的信息进行修改和增加管理员,还可以增加,自动考勤功能,修改,查询用户信息、日志信息、用户消费信息等,以了解最新情况。

       使用VB6.0语言编写管理系统,建立相关功能,实现输入输出,记录的功能。利用SQL2008作为后台的数据库。

4.2处理流程和数据流程

学生注册卡、充值、上机、下机、退卡,管理员日周结账

4.3改进之处

A.      去掉了上下机的两个刷卡,既节约了时间有节约了购买刷卡终端的费用;

B.       设置了上课模式和课余模式两种状态,更加充分的利用机房资源,同时通过课余时间收费上机的方式限制一定数量的同学,在机房沉迷于网络世界,而不是用网络来学习;

C.       控制精度或生产能力的提高,时间精度控制到秒,数据精度控制在两位以上小数;

D.      加入了考勤功能,教师不用再一一点名,只需看最后的考勤报告就一目了然;

E.       完善系统日志管理功能和故障处理功能;

F.       人员利用率的改进,减少管理和维护人员数量30%以上。

4.4影响

4.4.1对设备的影响

原有的刷卡机在建议的系统中就不用了。对现有数据库进行修改维护,以统一数据结构。所有终端及管理机房安装本系统。

4.4.2对软件的影响

现有的系统需要升级,统一,以适应新要求的需要。

4.4.3对用户单位机构的影响

对用户单位的机房管理需求数量将降到原数的二分之一左右,但是对管理员的技术要求更高,要求熟练掌握SQL的各种功能,以及Windows操作系统的控制、通信等。

4.4.4对系统运行过程的影响

a.用户的操作规程;任何用户都要拥有自己的用户名和密码,通过验证才能安全登录。

b.运行中心的操作规程:运行中心,首先验证请求是否合法,合法则允许登录,否则报错并记录到日志中。

c.运行中心与用户之间的关系:运行中心既要验证用户的合法性,又要记录用户的活动,还要对用户的请求作出处理,并给出反馈信息。

d.   源数据的处理:以SQL Server 2008为后台数据库对数据进行管理。

e.数据进入系统的过程:用户——>验证——>数据库——>管理系统

f.对数据保存的要求,对数据存储、恢复的处理:要保存用户基本信息,管理员信息,用户活动基本信息,管理员活动信息,用户消费明细。所有数据都有自己的数据库,只有管理员才能修改数据。数据要有备份,以备出现意外状况时,恢复数据库。

g.输出报告的处理过程、存储媒体和调度方法:要输出的报告主要包括,用户自己的基本信息,用户消费明细,用户余额查询,报错信息等。

h.系统失效的后果及恢复的处理办法:如果系统出现突发状况,就强制所有用户退出,使用系统恢复功能,使系统恢复到一定时间之前的正常状态。

4.4.5对开发的影响

a.      使用Visual Basic 6.0 开发语言完成对系统的实现工作;

b.     使用SQL Server 2008完成对数据库的建设、修改、查询、删除等工作;

c.      系统打包,能够异地打包,完成在多台电脑上进行测试工作。

d.     系统对管理员权限进行相应的设置,在每个模块都对管理员进行登录判断,防止管理员及其他用户非法登录。

4.4.6对地点和设施的影响

一般学校教学机房使用。

4.4.7对经费开支的影响

       从经济效益来分析,软件的开发成本不大,而其他的投入也只是电脑。由于学习的电脑已经普及,所以系统运行的基础环境已经具备,无需重新开发建设,所以系统开发、运行所需的费用是比较低的。

4.5局限性

由于初次尝试做开发,开发小组成员技术有限,此系统只能作为尝试,限于小范围内使用。

4.6技术条件方面的可行性

a.开发系统采用Visual Basic 6.0开发语言和SQL 2008,预期能够准确开发完成系统。

b.开发人员经过一年多专业学习,拥有一定的经验和基础,开发的能力和经验;

c.在规定期限内,能够顺利完成任务。

5可选择的其他系统方案

没有其他可选系统方案

6投资及效益分析

 6.1支出

       对于所选的方案,说明所需的费用。如果已有一个现存的系统,包括系统继续运行期间所需的费用。

6.1.1基本建设投资

  1. PC机1台:6000元
  2. 开发工具:500元
  3. 数据通讯设备: 500元;
  4. 安全与保密设备:1000元;

总计:8000元

6.1.2其他一次性支出

a.研究:500元

b.发计划与测量基准的研究:500元

c.数据库的建立:1000元

d. 检查费用和技术管理性费用:1000元

e.培训费、旅差费以及开发安装人员所需要的一次性支出:1000元

总计:5000元

6.1.3非一次性支出

a.设备的租金和维护费用:2000元/年

b.软件的租金和维护费用:500元年

c.公用设施方面的开支:10000元/年

d.   其他经常性的支出等:1000元/年

总计:13500元/年

假设系统运行四年,那么四年内的系统投资成本总额为:

8000+5000+13500*4=67000元

6.2收益

6.2.1一次性收益

用户登录设备不需要了,节约1000元。

6.2.2非一次性收益

       节约了学校的人力、物力和财力,大大提升了机房的管理效率。

6.2.3不可定量的收益

逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险的减少,信息掌握情况的改进,组织机构给外界形象的改善等。

由于新系统服务使用方便,有更多的用户课余时间上机使用,平均每天收益多150元,每年收益大概40500元。

6.3收益/投资比

由于在机房收费系统正式投入运行之前,没有做具体的统计,但是人力物力消耗巨大,管理起来很不方便。机房收费系统投入运行之后,预期会给机房带来可观的收益,在管理上也会带来极大地便利,会节约许多不必要的资源浪费。

6.4投资回收周期

根据投资和收益的分析,我们可以知道,大概在投入运行后,2年内便可以收回投入成本,剩下三年大概收益121500。

6.5敏感性分析

A.      设备和软件的配置等变化时,对开发和收益的影响最多不超多5000元。

B.       该系统使用寿命为:5年

C.       该系统工作负荷量:4000台计算机。

7社会因素方面的可行性

7.1法律方面的可行性

本系统作为软件工程这门课程的课程设计,没有签订任何合同,不存在合同责任;所使用的东西都是自己的或公共的,也没有挪用比人的成果,不存在法律方面的可行性问题很多,如合同责任侵犯专利权、侵犯版权等问题。

7.2使用方面的可行性

       使用可行性方面来看,我们设计的机房管理系统不仅仅可以应用于校园网络,同样可以应用于企业网络办公环境。对此,我们认为,该系统是具有相当的可行性,大大方便了考勤,计时等操作。学生、教师、职工大多都有些计算甲基础知识,而且本系统也容易懂,无论是从方面管理还是方便使用来看,都能满足要求,故此系统都是可行的。

8结论

       从技术、经济、操作、法律、社会效益等方面来看,该系统是可行的,可以立即进行。

 

 

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 17
    评论
1 可行性研究报告   可行性研究报告的编写目的是:说明该软件开发项目的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能先择的各种方案;说明论证所选定的方案。 可行性研究报告的编写内容要求如下: 1.1 引言   1.1.1 编写目的   1.1.2 背景   1.1.3 定义   1.1.4 参考资料 1.2 可行性研究的前提   1.2.1 要求   1.2.2 目标   1.2.3 条件、假定和限制   1.2.4 进行可行性研究的方法   1.2.5 评价尺度 1.3 对现有系统的分析   1.3.1 数据流程和处理流程   1.3.2 工作负荷   1.3.3 费用开支   1.3.4 人员   1.3.5 设备   1.3.6 局限性 1.4 所建议的系统   1.4.1 对所建议系统的说明   1.4.2 数据流程各处理流程   1.4.3 改进之处   1.4.4 影响   1.4.4.1 对象设备的影响   1.4.4.2 对软件的影响   1.4.4.3 对用户单位机构的影响   1.4.4.4 对系统动行的影响   1.4.4.5 对开发的影响   1.4.4.6 对地点和设施的影响   1.4.4.7 对经费开支的影响   1.4.5 局限性   1.4.6 技术条件方面的可行性 1.5 可选择其他系统方案   1.5.1 可选择的系统方案1   1.5.2 可选择的系统方案2 1.6 投资及收益分析   1.6.1 支出   1.6.1.1 基本建设投资
评论 17
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杨倩-Yvonne

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值