海事大学软件工程课程设计报告可行性研究报告.docx
《海事大学软件工程课程设计报告可行性研究报告.docx》由会员分享，可在线阅读，更多相关《海事大学软件工程课程设计报告可行性研究报告.docx（30页珍藏版）》请在冰点文库上搜索。
海事大学软件工程课程设计报告可行性研究报告
海事大学软件工程课程设计报告
可行性研究报告
2010年10月30日
目录
1引言1
1.1编写目的1
1.2背景1
1.3定义2
1.4参考资料2
2.1要求2
2.2目标3
2.3条件、假定和限制3
2.4进行可行性研究的方法4
2.5评价尺度4
3对现有系统的分析5
3.1处理流程和数据流程5
3.2工作负荷7
3.3费用开支8
3.4人员8
3.5设备8
3.6局限性8
4所建议的系统9
4.1对所建议系统的说明9
4.2处理流程和数据流程9
4.3改进之处17
4.4影响18
4.4.1对设备的影响18
4.4.2对软件的影响18
4.4.3对用户单位机构的影响18
4.4.4对系统运行过程的影响18
4.4.5对开发的影响19
4.4.6对地点和设施的影响19
4.4.7对经费开支的影响19
4.5局限性19
4.6技术条件方面的可行性20
5可选择的其他系统方案20
5.1可选择的系统方案120
5.2可选择的系统方案220
6投资及效益分析20
6.1支出20
6.1.1基本建设投资20
6.1.2其他一次性支出21
6.1.3非一次性支出21
6.2收益22
6.2.1一次性收益22
6.2.2非一次性收益22
6.2.3不可定量的收益22
6.3收益／投资比22
6.4投资回收周期23
6.5敏感性分析23
7社会因素方面的可行性23
7.1法律方面的可行性23
7.2使用方面的可行性23
8结论24
可行性研究报告
1引言
目前，在大多数学校里，公用的计算机机房的主要作用是安排学生的课堂学习，即安照教材和老师的安排进行学习，在课堂上没有学生自由发挥的时间。
学生们的主观能动性和知识面受到很大的限制，往往是老师布置的会做，在一些实际的问题面前没有解决问题的思路而变的无计可施。
计算机课程的学习是一种实践为主的学习，书本的知识必须借助实践来消化吸收，只有多上机多实践才能提高学习的效率。
所以急需一套机房收费系统来高效率的管理机房里学生上机收费。
该系统软件非常容易接受，它具有简单易学性，便于管理，安装简单，占用系统资源少等功能。
1.1编写目的
如今，社会已经到了一个科学技术高速发展的阶段，学校机房为了适应自身的发展要求。
从具体的业务与项目的服务出发，需要更大程度的提高工作效率，减轻老师的工作强度，事实上需要一个综合的收费管理系统来对机房上机收费进行简单、便捷的管理。
从而达到节约时间，提高效率，方便准确快捷的目的，同时也为自身的发展提供一个广阔的平台。
在这种情况下，机房收费系统就成了一个客观需要，这份可行性报告是对机房收费系统的可行性研究分析及指出其存在的必要性。
它的预期的读者是做需求分析的软件分析员、客户、维护工作人员等。
1.2背景
现代社会的校园网络环境，已经大大发生了变化，除了个人笔记本电脑，各种计算机、语音实验室机房也成为了使用频率颇高的场所，我们不能仅仅把它理解为提供上机的环境，而是应该完善此处的各种相关工作，如考勤，收费等，同时最大限度的降低机房的运营成本，提高使用率。
通过建设“机房管理系统”，运用先进的技术手段和设备，满足以上应用需求。
机房管理系统是一个功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点，具有很好的可移植性，可在WINDOWS系列等操作系统上使用。
说明：
A.所建议开发的软件系统的名称：
机房管理系统
B.本项目的任务提出者：
开发者：
用户：
教师、学生、职工、机房管理员等
实现该软件的计算中心或计算机网络：
个人笔记本电脑、学校机房
C.该软件系统同其他系统或其他机构的基本的相互来往关系：
可访问学生学籍系统的数据库
1.3定义
1.4参考资料
[1]、《软件工程导论（第五版）》编著清华大学出版社
[2]、可行性研究报告（GB8567——88）
[3]、软件开发标准：
MicrosoftWindowsXPProfessional，MicrosoftSQLServer2005，MicrosoftVisualC++6.0，MicrosoftOffice2003Access2003
[4]、《软件工程基础与案例分析》主编机械工业出版社
2可行性研究的前提
2.1要求
A.功能：
计时：
登录成功开始计时，一直到注销退出
计费：
根据计时模式和计费方式设置情况，计算相应的上机费用
考勤：
根据系计时模式记录学生上机信息，打印考勤报表
维护：
系统故障、使用完毕关机、机房清洁等工作
B.性能：
机房上机准备时间为五分钟，扣费时间为一分钟一次，金额精确到0.1元，这些数字管理员可以随时修改，实时查看学生上机情况。
C.输出：
用户列表：
用于管理员对用户信息的管理，管理员需要时通过输入命令即可输出。
用户消费明细：
是为了方便账户查询自己的消费信息，账户需要时通过输入命令即可输出。
日结账单：
实现每日账目的汇总，向上级领导汇报
周结账单：
实现每周账目的汇总，向上级领导汇报
系统错误报告：
记录系统出错的时间，错误类型等，给系统维护人员参考。
考勤记录表：
随便某节课的考勤记录，包括用户是否出勤、上机时间、下机时间、持续时间，每节课结束后及时产生并保存或打印出来给上课老师。
D.输入：
用户个人信息：
新开账户的初始信息，包括账号，姓名，初始金额等，存入账户数据库中。
金额：
账户充值时随时输入，用户修改数据库信息。
验证信息：
账户登录时所需的登录验证信息
E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；
F.在安全与保密方面的要求：
用户信息只有用户自己和管理员可见，所有数据库信息只有管理员可有修改
G.同本系统相连接的其他系统：
学籍管理系统
H.完成期限：
2010年12月30日
2.2目标
A.人力与设备费用的减少20%以上；
B.处理速度的提高，最低反应速度不得长于1秒；
C.控制精度或生产能力的提高，时间精度控制到秒，数据精度控制在两位以上小数；
D.管理信息服务的改进，方便教师的考勤工作以及用户的管理工作；
E.自动决策系统的改进，完善系统日志管理功能和故障处理功能；
F.人员利用率的改进，减少管理和维护人员数量30%以上。
2.3条件、假定和限制
a．所建议系统的运行寿命的最小值：
5年
b．进行系统方案选择比较的时间：
一周
c．经费、投资方面的来源和限制：
材料项目
所需金额（元）
来源
限制
两台笔记本电脑
12,000
开发小组个人笔记本
无
参考书等参考资料
300
书店或网上购买，图书馆借阅
现有的书籍资料只是起参考作用
打印
50
开发小组
无
d．法律和政策方面的限制：
本系统不涉及法律政策问题
e．硬件、软件、运行环境和开发环境方面的条件和限制：
学生台式机或笔记本，WindowsXP以上操作系统，C/C++/JAVA编程语言，SQLServer2005，ACCESS等。
f．可利用的信息和资源：
老师提供的材料，网上查找，教材，图书馆藏书
g．系统投入使用的最晚时间：
2010年12月30日
2.4进行可行性研究的方法
使用的基本方法
（1）对我校现有的机房管理系统进行调查
（2）走访机房管理人员，原系统开发人员
（3）调查学生、老师、管理员等希望机房管理系统拥有哪些功能
（4）根据调研结果，统一处理，确定新系统的改进之处，建立模型
2.5评价尺度
该系统的预期使用对象主要是管理员、学生、教师等。
评价该系统因该从以下几个方面：
（1）首先是功能，应满足各类使用人员的需求
（2）其次是使用的难易程度，要方便任何人使用，即使是第一次使用，也应该能用的好
（3）第三是经费，费用不能很高，最多是原系统费用的两倍
（4）最后是开发时间的长短，要求在一学期内完成
3对现有系统的分析
3.1处理流程和数据流程
3.1.1系统流程图
3.1.2数据流程图
顶层数据流程图：
第一层分解数据流程图：
数据字典：
名字：
管理员
别名：
管理者
描述：
机房计算机的管理者
定义：
管理员号+密码+姓名+性别+年龄+籍贯+民族+政治面貌+学历+身份证号+生日+开始工作时间+家庭住址+联系电话
位置：
用户信息数据库
名字：
管理员号
别名：
描述：
唯一标识管理员的编号
定义：
12{字符}12
位置：
用户信息数据库
名字：
用户
别名：
账户信息
描述：
机房计算机的使用者
定义：
用户号+密码+班级+学号+姓名+性别+账户余额+备注
位置：
用户信息数据库
名字：
用户号
别名：
描述：
唯一标识用户的编号
定义：
12{字符}12
位置：
用户信息数据库
名字：
验证信息
别名：
账号信息
描述：
管理员/用户的户名和密码
定义：
管理员/用户户名+密码+权限
位置：
用户信息数据库
名字：
提示信息
别名：
信息提示
描述：
系统给用户或管理员的操作提示、错误提示或成功提示信息
定义：
成功与否+类型+原因+更正操作
位置：
名字：
管理员操作
别名：
管理操作
描述：
机房计算机的管理者对用户以及计算机的管理操作指令
定义：
管理员号+姓名+操作类型+指令
位置：
名字：
消费信息
别名：
消费单
描述：
详细记录用户的每一笔消费
定义：
用户号+姓名+学号+账户余额+时间+消费类别
位置：
消费信息数据库
3.2工作负荷
该系统主要要承担计时、计费、管理、维护等工作，管理着学校的约四千台电脑。
用户端采用硬件级的底层网络与身份验证相结合，保证安全性；管理端采用软件模式，主要管理学校机房的上机业务，它主要管理的模块有系统管理，用户信息的维护，管理员信息的维护，新用户办理管理，学生付费管理，上机计费管理。
3.3费用开支
费用用处
数量
开支额数（元）
人力
40人
2,000/人月
电脑
4000台
8,000,000
监控设备
1套
500,000
学生登录设备
2套
20,000
学校机房
20个
10,000,000
打印机
10台
20,000
学生学籍数据库
1个
100,000
文档材料整理与打印
未知
200/月
非一次性支出：
2,000×12×80+200×12=962,400/年
总计：
962,400/年+18,640,000
3.4人员
数据库日常维护2人理解掌握SQL数据库、ACCESS数据库
机房日常管理50人了解电脑基础知识
系统维护人员2人熟悉C++6.0、SQL数据库、ACCESS数据库、ASP.NET、常用软件、计算机原理、操作系统知识、HTML/XML等语言
3.5设备
设备主要以电脑为主，学生登录设备，机房监控设备，打印机，SQL数据库；
3.6局限性
（1）学生账户余额不足时，系统无法报错，或是否让学生继续上机或提出警报“余额不足”，学生账户数据时刻在更新，可能更新不及时，处理不当。
（2）前后两次刷卡，操作繁琐。
（3）日志信息缺乏，不利于系统恢复及故障处理。
（4）不能同时做好考勤记录。
（5）不能很老的利用机房资源服务于学生的学习。
4所建议的系统
4.1对所建议系统的说明
机房管理系统是信息管理系统，通过计算机管理上机用户基本信息，日常管理，简化上机流程，通过强大的查询和检索，高效的检索出数据，提高办事效率。
管理员可以通过机房管理系统对管理员/用户的信息进行修改和增加管理员，还可以增加，自动考勤功能，修改，查询用户信息、日志信息、用户消费信息等，以了解最新情况。
使用C/C++语言编写管理系统，建立相关链表，实现输入输出，记录的功能。
利用SQLServer2005/ACCESS作为后台的数据库.
4.2处理流程和数据流程
4.1.1系统流程图
4.1.2数据流程图
包括画出顶层数据流程图和第一层分解数据流程图。
顶层数据流图：
第一层分解数据流程图：
4.1.3数据字典
名字：
管理员
别名：
管理者
描述：
机房计算机的管理者
定义：
管理员号+密码+姓名+性别+联系电话+权限
位置：
用户信息数据库
名字：
管理员号
别名：
描述：
唯一标识管理员的编号
定义：
12{字符}12
位置：
用户信息数据库
名字：
用户
别名：
用户信息
描述：
机房计算机的使用者
定义：
用户号+密码+班级+学号+姓名+性别+账户余额+权限+备注
位置：
用户信息数据库
名字：
用户号
别名：
描述：
唯一标识用户的编号
定义：
12{字符}12
位置：
用户信息数据库
名字：
验证信息
别名：
账号信息
描述：
管理员/用户的户名和密码
定义：
管理员/用户户名+密码
位置：
用户信息数据库
名字：
提示信息
别名：
信息提示
描述：
系统给用户或管理员的操作提示、错误提示或成功提示信息
定义：
成功与否+类型+原因+更正操作
位置：
日志信息数据库
名字：
管理员操作
别名：
管理操作
描述：
机房计算机的管理者对用户以及计算机的管理操作指令
定义：
管理员号+姓名+操作类型+指令
位置：
日志信息数据库
名字：
课余模式
别名：
课下模式
描述：
就是机房管理系统处于课余模式，该状态下上机要收取费用
定义：
模式编号+模式名+备注
位置：
名字：
上课模式
别名：
课堂模式
描述：
就是机房管理系统处于上课模式，该状态下上机不收取费用
定义：
模式编号+模式名+备注
位置：
名字：
日志信息
别名：
日志
描述：
记录管理员的活动和系统的状态变化等信息
定义：
日志来源+类型+时间+具体描述+备注
位置：
日志信息数据库
名字：
考勤信息
别名：
考勤表
描述：
记录学生上课信息
定义：
学号+班级+姓名+出勤标记+上机时间+下机时间+持续时间
位置：
考勤信息数据库，考勤报表
名字：
考勤报表
别名：
考勤统计表
描述：
记录某门功课某节课学生上课信息
定义：
每个学生（学号+班级+姓名+出勤标记+上机时间+下机时间+持续时间）+缺勤人数+迟到人数+早退人数+课程名+教师备注
位置：
考勤信息数据库，考勤报表
名字：
消费信息
别名：
本次消费明细
描述：
详细记录用户的每一笔消费
定义：
用户号+姓名+学号+时间+消费类别+单价+消费金额+账户余额
位置：
消费信息数据库
名字：
消费统计报表
别名：
消费统计表
描述：
一定时间段内的消费情况统计
定义：
金额+时间段
位置：
消费信息数据库
4.1.3加工描述
IPO图:
伪码语言
IPO表
系统：
机房管理系统
作者：
沈连才
模块：
验证模块
日期：
2010.11.02
编号：
01
被调用：
调用：
用户信息数据库
输入：
验证信息，用户信息
输出：
提示信息，日志信息
处理：
如果<验证信息中的用户号/管理员号或密码为空>
则输出“用户号/管理员号或密码为空”的提示
否则调用用户信息数据库，查看输入的用户名是否存在
如果<输入的用户号/管理员号存在>
则判断输入的密码是否正确
如果<输入的密码正确>
则将此次登录记录到日志中
将用户信息传送到考勤管理模块和费用管理模块
查看改用用户的权限，并根据权限进入相应的界面
否则输出“密码错误，请核实”提示
否则输出“用户号/管理员号不存在，请核实”提示
局部数据元素：
用户号/管理员号，密码，权限
注释：
管理员和用户的登录验证机制相同，管理员和用户的信息也可以放在同一个数据库中，方便管理
IPO表
系统：
机房管理系统
作者：
沈连才
模块：
系统管理模块
日期：
2010.11.02
编号：
02
被调用：
调用：
考勤管理模块，费用管理模块，日志信息数据库
输入：
管理员操作
输出：
日志信息，系统模式（上课模式/课余模式）
处理：
情况1<管理员将系统设置为上课模式>
系统进入上课模式，上机费用单价设为0，一旦有新用户登录，调用考勤管
理模块，并将此次操作保存到日志信息数据库中。
情况2<管理员将系统设这为课余模式>
系统进入课余模式，上机费用单价设为X元/小时，一旦有新用户登录，调
用费用管理模块，并将此次操作保存到日志信息数据库。
情况3<管理员发出全部（部分）关机（待机，重启）关机指令>
将指定的计算机关闭（待机，重启），并将此次操作保存到日志信息数据库
中。
情况4<管理员要查看日志信息>
系统管理模块调用日志信息数据库，管理员可以对日志信息进行修改，并
将此次操作保存到日志信息数据库中。
局部数据元素：
管理员操作
注释：
由于管理员的操作有很多种，在这里就不一一列举了
IPO表
系统：
机房管理系统
作者：
沈连才
模块：
用户管理模块
日期：
2010.11.02
编号：
03
被调用：
调用：
用户信息数据库
输入：
管理员操作
输出：
用户信息，日志信息
处理：
开始
情况1<管理员发出查看某个用户/管理员信息的指令>
调用用户信息数据库，查看指定用户/管理员并显示，并将本次操作记录到
日志中
情况2<管理员发出修改（删除，新添）某个用户/管理员信息的指令>
调用用户信息数据库，找到指定用户/管理员，修改（删除，新添）后保存，
并将此次操作记录到日志中
结束
局部数据元素：
管理员操作
注释：
只有超级管理员才能编辑管理员的信息，普通管理员只能编辑用户信息
IPO表
系统：
机房管理系统
作者：
沈连才
模块：
考勤管理模块
日期：
2010.11.02
编号：
04
被调用：
验证模块，系统管理模块
调用：
考勤信息数据库
输入：
用户信息，上课模式，管理员操作
输出：
考勤信息
处理：
如果<系统处于上课模式>
则
如果<新用户登录>
则记录用户信息和当前时间，存入考勤信息数据库
如果<用户下机>
则记录当前时间，在考勤信息数据库中找到该用户最后一次的登
录记录，将下机时间写入，计算出持续时间并存入
如果<所有用户都已下机>
则打印考勤记录
如果<管理员发出全部（部分）关机（待机，重启）关机指令>
则
将指定的计算机关闭（待机，重启），并将此次操作保存到日志
信息数据库中。
否则
退出考勤管理模块（即考勤模块不工作）
局部数据元素：
用户信息，上课模式，管理员操作
注释：
IPO表
系统：
机房管理系统
作者：
沈连才
模块：
费用管理模块
日期：
2010.11.02
编号：
05
被调用：
验证模块，系统管理模块
调用：
消费信息数据库
输入：
用户信息，课余模式，管理员操作
输出：
消费信息
处理：
如果<系统处于课余模式>
则
如果<新用户登录>
则记录用户信息和当前时间，存入消费信息数据库
如果<用户下机>
则记录当前时间，在消费信息数据库中找到该用户最后一次的登
录记录，将下机时间写入，计算出持续时间，消费金额，将本
次消费信息显示给用户并且存入消费信息数据库
如果<管理员发出全部（部分）关机（待机，重启）关机指令>
则将指定的计算机关闭（待机，重启），并将此次操作保存到日志
信息数据库中。
如果<管理员发出闭馆指令或统计收入>
则计算当日（或指定时间段）总收入并存入消费信息数据库的汇
总表中
否则退出消费管理模块（即消费模块不工作）
局部数据元素：
管理员操作，课余模式，用户信息
注释：
4.3改进之处
A.去掉了上下机的两个刷卡，既节约了时间又节约了购买刷卡终端的费用；
B.设置了上课模式和课余模式两种状态，更加充分的利用机房资源，同时通过课
余时间收费上机的方式限制以一定数量的同学，在机房沉迷于网络世界，而
不是用网络来学习；
C.控制精度或生产能力的提高，时间精度控制到秒，数据精度控制在两位以上小
数；
D.加入了考勤功能，教师不用再一一点名，只需看最后的考勤报告就一目了然；
E.完善系统日志管理功能和故障处理功能；
F.人员利用率的改进，减少管理和维护人员数量30%以上。
4.4影响
4.4.1对设备的影响
原有的刷卡机在建议的系统中就不用了。
对现有数据库进行修改维护，以统一数据结构。
所有终端及管理机安装本系统。
4.4.2对软件的影响
现有的系统需要升级，统一，以适应新要求的需要。
4.4.3对用户单位机构的影响
对用户单位的机房管理员需求数量将降到原数的1/2左右，但是对管理员的技术要求更高，要求熟练掌握SQL的各种功能，以及Windows操作系统的控制、通信等。
4.4.4对系统运行过程的影响
a．用户的操作规程：
任何用户都要拥有自己的用户名和密码，通过验证才能安全登录。
b．运行中心的操作规程：
运行中心，首先验证请求是否合法，合法则允许登录，否则报错并记录到日志中。
c．运行中心与用户之间的关系：
运行中心既要验证用户的合法性，又要记录用户的活动，还要对用户的请求作出处理，并给出反馈信息。
d．源数据的处理；以SQLServer2005/ACCESS为后台数据库对数据进行管理
e．数据进入系统的过程：
用户——>验证——>数据库——>管理系统
f．对数据保存的要求，对数据存储、恢复的处理：
要保存用户基本信息，管理员信息，用户活动基本信息，管理员活动信息，用户消费明细。
所有数据都有自己的数据库，只有管理员才能修改数据。
数据要有备份，以备出现意外状况时，恢复数据库。
g．输出报告的处理过程、存储媒体和调度方法：
要输出的报告主要包括，用户自己的基本信息，用户消费明细，用户余额查询，报错信息等。
h．系统失效的后果及恢复的处理办法：
万一系统出现突发状况，就强制所有用户退出，使用系统恢复功能，使系统恢复到一定时间之前的正常状态。
4.4.5对开发的影响
使用c++开发语言完成对系统添加，修改，查询，删除和统计等基本操作的设计。
采用统一的界面，界面简单，美观，支持鼠标和键盘操作，实现交
升级会员 