• 255.50 KB
  • 26页

机房管理系统可行性研究报告

  • 26页
  • 当前文档由用户上传发布,收益归属用户
  1. 1、本文档共5页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:19940600175。
'可行性研究报告项目名称:机房管理系统23 目录1引言11.1编写目的11.2背景11.3定义21.4参考资料22.1要求22.2目标32.3条件、假定和限制32.4进行可行性研究的方法42.5评价尺度43对现有系统的分析53.1处理流程和数据流程53.2工作负荷73.3费用开支83.4人员83.5设备83.6局限性84所建议的系统94.1对所建议系统的说明94.2处理流程和数据流程94.3改进之处174.4影响184.4.1对设备的影响184.4.2对软件的影响184.4.3对用户单位机构的影响184.4.4对系统运行过程的影响184.4.5对开发的影响194.4.6对地点和设施的影响194.4.7对经费开支的影响194.5局限性194.6技术条件方面的可行性205可选择的其他系统方案205.1可选择的系统方案1205.2可选择的系统方案2206投资及效益分析206.1支出206.1.1基本建设投资206.1.2其他一次性支出2123 6.1.3非一次性支出216.2收益226.2.1一次性收益226.2.2非一次性收益226.2.3不可定量的收益226.3收益/投资比226.4投资回收周期236.5敏感性分析237社会因素方面的可行性237.1法律方面的可行性237.2使用方面的可行性238结论2423 可行性研究报告1引言目前,在大多数学校里,公用的计算机机房的主要作用是安排学生的课堂学习,即安照教材和老师的安排进行学习,在课堂上没有学生自由发挥的时间。学生们的主观能动性和知识面受到很大的限制,往往是老师布置的会做,在一些实际的问题面前没有解决问题的思路而变的无计可施。计算机课程的学习是一种实践为主的学习,书本的知识必须借助实践来消化吸收,只有多上机多实践才能提高学习的效率。所以急需一套机房收费系统来高效率的管理机房里学生上机收费。该系统软件非常容易接受,它具有简单易学性,便于管理,安装简单,占用系统资源少等功能。1.1编写目的如今,社会已经到了一个科学技术高速发展的阶段,学校机房为了适应自身的发展要求。从具体的业务与项目的服务出发,需要更大程度的提高工作效率,减轻老师的工作强度,事实上需要一个综合的收费管理系统来对机房上机收费进行简单、便捷的管理。从而达到节约时间,提高效率,方便准确快捷的目的,同时也为自身的发展提供一个广阔的平台。在这种情况下,机房收费系统就成了一个客观需要,这份可行性报告是对机房收费系统的可行性研究分析及指出其存在的必要性。它的预期的读者是做需求分析的软件分析员、客户、维护工作人员等。1.2背景现代社会的校园网络环境,已经大大发生了变化,除了个人笔记本电脑,各种计算机、语音实验室机房也成为了使用频率颇高的场所,我们不能仅仅把它理解为提供上机的环境,而是应该完善此处的各种相关工作,如考勤,收费等,同时最大限度的降低机房的运营成本,提高使用率。通过建设“机房管理系统”,运用先进的技术手段和设备,满足以上应用需求。机房管理系统是一个功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点,具有很好的可移植性,可在WINDOWS系列等操作系统上使用。说明:A.所建议开发的软件系统的名称:机房管理系统B.本项目的任务提出者:董续斌吴雄锋张振磊梅娟C.开发者:董续斌吴雄锋张振磊梅娟用户:教师、学生、职工、机房管理员等实现该软件的计算中心或计算机网络:个人笔记本电脑、学校机房23 A.该软件系统同其他系统或其他机构的基本的相互来往关系:可访问学生学籍系统的数据库1.3定义1.4参考资料李惠民《软件工程》东北大学出版社2010陈志泊《数据库原理与应用》人民邮电出版社20112可行性研究的前提2.1要求说明对所建系统开发的软件的基本要求,如:A、功能:实现所有机房的上机管理B、性能:机房上机时间少于1小时是报警。C、日统计单:实现每日上机时间的汇总,向各院辅导员汇报。D、数据来源:学生证号类型:9位数字数量:未定提供频度:根据每天上机人数而定E、根据注册证号进行上机,记录上机时间、下机时间。F、管理员拥有最高权限,操作员次之,一般用户只能管理学生上下机。G、同本系统相联系的其它系统:xxxxx管理系统H、完成期限:xxx天2.2目标说明所建议系统的主要开发目标,如:A、提高机房管理效率B、方便学生上机及老师管理机房C、有效管理机房学生上机情况,方便查询等23 2.3条件、假定和限制说明对这项开发中给出的条件、假定和所受的限制,如:A、机房管理系统的运行寿命的最小值为3年B、进行系统方案选择的比较时间为:3天C、经费3000元,无其他条件D、硬件:学生使用的台式机软件:方正还原卡运行环境:xp系统开发环境:visualbasic6.0、SQL2005E、可利用的信息和资源:网吧管理系统,学生信息管理系统G、系统投入使用的最晚时间:2012/7/102.4进行可行性研究的方法可行性研究在老师的带领下对楚天学院的机房做了认真的调查,认为机房管理系统开发是必要的,它可以提高老师的工作效率,增加学院的经济收入,充分的利用学校的资源。2.5评价尺度A、经费:2000元B、各项功能优先次序:首先在管理员处进行注册,然后操作员给充值,然后进行上机,卡不用时可以在操作员处退卡C、开发时间:10天D、使用的难易程度:该系统较简单,懂点计算机知识的人员培训1个小时即可熟练使用本系统。23 3对现有系统的分析3.1处理流程和数据流程3.1.1系统流程图3.1.2数据流程图顶层数据流程图:23 第一层分解数据流程图:数据字典:名字:管理员别名:管理者描述:机房计算机的管理者定义:管理员号+密码+姓名+性别+年龄+籍贯+民族+政治面貌+学历+身份证号+生日+开始工作时间+家庭住址+联系电话位置:用户信息数据库名字:管理员号别名:描述:唯一标识管理员的编号定义:12{字符}12位置:用户信息数据库名字:用户别名:账户信息描述:机房计算机的使用者定义:用户号+密码+班级+学号+姓名+性别+账户余额+备注位置:用户信息数据库23 名字:用户号别名:描述:唯一标识用户的编号定义:12{字符}12位置:用户信息数据库名字:验证信息别名:账号信息描述:管理员/用户的户名和密码定义:管理员/用户户名+密码+权限位置:用户信息数据库名字:提示信息别名:信息提示描述:系统给用户或管理员的操作提示、错误提示或成功提示信息定义:成功与否+类型+原因+更正操作位置:名字:管理员操作别名:管理操作描述:机房计算机的管理者对用户以及计算机的管理操作指令定义:管理员号+姓名+操作类型+指令位置:名字:消费信息别名:消费单描述:详细记录用户的每一笔消费定义:用户号+姓名+学号+账户余额+时间+消费类别位置:消费信息数据库3.2工作负荷该系统主要要承担计时、计费、管理、维护等工作,管理着学校的约四千台电脑。用户端采用硬件级的底层网络与身份验证相结合,保证安全性;管理端采用软件模式,主要管理学校机房的上机业务,它主要管理的模块有系统管理,用户信息的维护,管理员信息的维护,新用户办理管理,学生付费管理,上机计费管理。23 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,0003.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)不能很老的利用机房资源服务于学生的学习。23 4所建议的系统4.1对所建议系统的说明机房管理系统是信息管理系统,通过计算机管理上机用户基本信息,日常管理,简化上机流程,通过强大的查询和检索,高效的检索出数据,提高办事效率。管理员可以通过机房管理系统对管理员/用户的信息进行修改和增加管理员,还可以增加,自动考勤功能,修改,查询用户信息、日志信息、用户消费信息等,以了解最新情况。使用C/C++语言编写管理系统,建立相关链表,实现输入输出,记录的功能。利用SQLServer2005/ACCESS作为后台的数据库.4.2处理流程和数据流程4.1.1系统流程图管理员/用户数据库日志信息验证用户管理系统管理用户/管理员登录费用管理考勤管理考勤报表消费信息数据库本次消费明细考勤信息数据库消费统计报表23 4.1.2数据流程图包括画出顶层数据流程图和第一层分解数据流程图。顶层数据流图:验证信息提示信息验证信息提示信息管理员用户1机房管理系第一层分解数据流程图:消费统计报表管理员操作管理员操作用户信息日志信息考勤报表本次消费明细1.2系统管理模块验证信息提示信息课余模式上课模式考勤信息1.3用户管理模块1.1验证模块管理员/用户用户信息管理员操作管理员操作用户信息消费信息D3用户信息数据库D4考勤信息数据库1.4考勤管理模块1.5费用管理模块D5消费信息数据库D2日志信息4.1.3数据字典名字:管理员别名:管理者描述:机房计算机的管理者定义:管理员号+密码+姓名+性别+联系电话+权限位置:用户信息数据库23 名字:管理员号别名:描述:唯一标识管理员的编号定义:12{字符}12位置:用户信息数据库名字:用户别名:用户信息描述:机房计算机的使用者定义:用户号+密码+班级+学号+姓名+性别+账户余额+权限+备注位置:用户信息数据库名字:用户号别名:描述:唯一标识用户的编号定义:12{字符}12位置:用户信息数据库名字:验证信息别名:账号信息描述:管理员/用户的户名和密码定义:管理员/用户户名+密码位置:用户信息数据库名字:提示信息别名:信息提示描述:系统给用户或管理员的操作提示、错误提示或成功提示信息定义:成功与否+类型+原因+更正操作位置:日志信息数据库名字:管理员操作别名:管理操作描述:机房计算机的管理者对用户以及计算机的管理操作指令定义:管理员号+姓名+操作类型+指令位置:日志信息数据库名字:课余模式别名:课下模式描述:就是机房管理系统处于课余模式,该状态下上机要收取费用定义:模式编号+模式名+备注位置:23 名字:上课模式别名:课堂模式描述:就是机房管理系统处于上课模式,该状态下上机不收取费用定义:模式编号+模式名+备注位置:名字:日志信息别名:日志描述:记录管理员的活动和系统的状态变化等信息定义:日志来源+类型+时间+具体描述+备注位置:日志信息数据库名字:考勤信息别名:考勤表描述:记录学生上课信息定义:学号+班级+姓名+出勤标记+上机时间+下机时间+持续时间位置:考勤信息数据库,考勤报表名字:考勤报表别名:考勤统计表描述:记录某门功课某节课学生上课信息定义:每个学生(学号+班级+姓名+出勤标记+上机时间+下机时间+持续时间)+缺勤人数+迟到人数+早退人数+课程名+教师备注位置:考勤信息数据库,考勤报表名字:消费信息别名:本次消费明细描述:详细记录用户的每一笔消费定义:用户号+姓名+学号+时间+消费类别+单价+消费金额+账户余额位置:消费信息数据库名字:消费统计报表别名:消费统计表描述:一定时间段内的消费情况统计定义:金额+时间段位置:消费信息数据库23 4.1.3加工描述IPO图:伪码语言IPO表系统:机房管理系统作者:吴雄锋模块:验证模块日期:2012.4.28编号:01被调用:调用:用户信息数据库输入:验证信息,用户信息输出:提示信息,日志信息处理:如果<验证信息中的用户号/管理员号或密码为空>则输出“用户号/管理员号或密码为空”的提示否则调用用户信息数据库,查看输入的用户名是否存在如果<输入的用户号/管理员号存在>则判断输入的密码是否正确如果<输入的密码正确>则将此次登录记录到日志中将用户信息传送到考勤管理模块和费用管理模块查看改用用户的权限,并根据权限进入相应的界面否则输出“密码错误,请核实”提示否则输出“用户号/管理员号不存在,请核实”提示局部数据元素:用户号/管理员号,密码,权限注释:管理员和用户的登录验证机制相同,管理员和用户的信息也可以放在同一个数据库中,方便管理23 IPO表系统:机房管理系统作者:吴雄锋模块:系统管理模块日期:2012.4.28编号:02被调用:调用:考勤管理模块,费用管理模块,日志信息数据库输入:管理员操作输出:日志信息,系统模式(上课模式/课余模式)处理:情况1<管理员将系统设置为上课模式>系统进入上课模式,上机费用单价设为0,一旦有新用户登录,调用考勤管理模块,并将此次操作保存到日志信息数据库中。情况2<管理员将系统设这为课余模式>系统进入课余模式,上机费用单价设为X元/小时,一旦有新用户登录,调用费用管理模块,并将此次操作保存到日志信息数据库。情况3<管理员发出全部(部分)关机(待机,重启)关机指令>将指定的计算机关闭(待机,重启),并将此次操作保存到日志信息数据库中。情况4<管理员要查看日志信息>系统管理模块调用日志信息数据库,管理员可以对日志信息进行修改,并将此次操作保存到日志信息数据库中。局部数据元素:管理员操作注释:由于管理员的操作有很多种,在这里就不一一列举了23 IPO表系统:机房管理系统作者:吴雄锋模块:用户管理模块日期:2012.4.28编号:03被调用:调用:用户信息数据库输入:管理员操作输出:用户信息,日志信息处理:开始情况1<管理员发出查看某个用户/管理员信息的指令>调用用户信息数据库,查看指定用户/管理员并显示,并将本次操作记录到日志中情况2<管理员发出修改(删除,新添)某个用户/管理员信息的指令>调用用户信息数据库,找到指定用户/管理员,修改(删除,新添)后保存,并将此次操作记录到日志中结束局部数据元素:管理员操作注释:只有超级管理员才能编辑管理员的信息,普通管理员只能编辑用户信息23 IPO表系统:机房管理系统作者:吴雄锋模块:考勤管理模块日期:2012.4.28编号:04被调用:验证模块,系统管理模块调用:考勤信息数据库输入:用户信息,上课模式,管理员操作输出:考勤信息处理:如果<系统处于上课模式>则如果<新用户登录>则记录用户信息和当前时间,存入考勤信息数据库如果<用户下机>则记录当前时间,在考勤信息数据库中找到该用户最后一次的登录记录,将下机时间写入,计算出持续时间并存入如果<所有用户都已下机>则打印考勤记录如果<管理员发出全部(部分)关机(待机,重启)关机指令>则将指定的计算机关闭(待机,重启),并将此次操作保存到日志信息数据库中。否则退出考勤管理模块(即考勤模块不工作)局部数据元素:用户信息,上课模式,管理员操作注释:23 IPO表系统:机房管理系统作者:吴雄锋模块:费用管理模块日期:2012.4.28编号:05被调用:验证模块,系统管理模块调用:消费信息数据库输入:用户信息,课余模式,管理员操作输出:消费信息处理:如果<系统处于课余模式>则如果<新用户登录>则记录用户信息和当前时间,存入消费信息数据库如果<用户下机>则记录当前时间,在消费信息数据库中找到该用户最后一次的登录记录,将下机时间写入,计算出持续时间,消费金额,将本次消费信息显示给用户并且存入消费信息数据库如果<管理员发出全部(部分)关机(待机,重启)关机指令>则将指定的计算机关闭(待机,重启),并将此次操作保存到日志信息数据库中。如果<管理员发出闭馆指令或统计收入>则计算当日(或指定时间段)总收入并存入消费信息数据库的汇总表中否则退出消费管理模块(即消费模块不工作)局部数据元素:管理员操作,课余模式,用户信息注释:4.3改进之处A.去掉了上下机的两个刷卡,既节约了时间又节约了购买刷卡终端的费用;B.设置了上课模式和课余模式两种状态,更加充分的利用机房资源,同时通过课余时间收费上机的方式限制以一定数量的同学,在机房沉迷于网络世界,而不是用网络来学习;C.控制精度或生产能力的提高,时间精度控制到秒,数据精度控制在两位以上小数;D.加入了考勤功能,教师不用再一一点名,只需看最后的考勤报告就一目了然;E.完善系统日志管理功能和故障处理功能;23 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.23 对数据保存的要求,对数据存储、恢复的处理:要保存用户基本信息,管理员信息,用户活动基本信息,管理员活动信息,用户消费明细。所有数据都有自己的数据库,只有管理员才能修改数据。数据要有备份,以备出现意外状况时,恢复数据库。a.输出报告的处理过程、存储媒体和调度方法:要输出的报告主要包括,用户自己的基本信息,用户消费明细,用户余额查询,报错信息等。b.系统失效的后果及恢复的处理办法:万一系统出现突发状况,就强制所有用户退出,使用系统恢复功能,使系统恢复到一定时间之前的正常状态。4.4.5对开发的影响使用c++开发语言完成对系统添加,修改,查询,删除和统计等基本操作的设计。采用统一的界面,界面简单,美观,支持鼠标和键盘操作,实现交互性强。系统对管理员权限进行相应的设置,在每个模块都对管理员进行登录判断,有效防止管理员及其他用户非法登录4.4.6对地点和设施的影响一般学校教学机房使用4.4.7对经费开支的影响从经济效益来分析,软件的开发成本不大,而其它的投入也只是电脑。电脑的普及也带来了低成本投入。由于系统运行的基础环境均已具备,无需重新开发建设,所以系统开发、运行所需的费用是比较低的。而系统的效益很高可以提高管理效率实现计算机化、系统化、规范化操作,效率大于投入,可行性很高。4.5局限性由于初次尝试做开发,开发小组成员技术有限,此系统只能作为尝试,限于小范围内使用。23 4.6技术条件方面的可行性系统开发将要用到VisualC++6.0访问数据库。硬件只需要一台电脑,装上软件vc6.0开发工具,利用SQLServer2005作为后台的数据库,所以在这方面来说是可行的。已经掌握了开发管理信息系统方法和开发工具,并且在调查过程中,已经了解和熟悉了机房管理系统的业务流程。综上所述本系统开发从技术上是可行的5可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。没有其他可选系统方案。5.1可选择的系统方案1参照第4章的提纲,说明可选择的系统方案1,并说明它未被选中的理由。5.2可选择的系统方案2按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。......6投资及效益分析6.1支出6.1.1基本建设投资a.PC机1台:6000元;b.开发工具等:1000元;23 a.数据库管理软件:1000元;b.安全与保密设备:10000元;总计:18000元。6.1.2其他一次性支出a.研究(需求的研究和设计的研究):1000元;b.开发计划与测量基准的研究:1000元;c.数据库的建立:2000元;d.检查费用和技术管理性费用:3000元;e.培训费、旅差费以及开发安装人员所需要的一次性支出:1200元;f.人员的退休及调动费用等:120000元;总计:128200元。6.1.3非一次性支出a.设备的租金和维护费用:10000元/年;b.软件的租金和维护费用:1000元/年;c.数据通讯方面的租金和维护费用:2000元/年;d.人员的工资、奖金:500000/年;e.保密安全方面的开支:10000元/年;f.其他经常性的支出等:1000元/年;总计:524000元。假设本系统运行期5年,每年的运行费用(包括系统维护、设备维护等)94400元,按年利率5%计算如下表。年份将来费用(元)现在费用值(元)累计现在费用值(元)第一年5240001.05499047.62499047.62第二年5240001.1025475283.45974331.07第三年5240001.1576452660.681426991.74第四年5240001.2155431098.311858090.06第五年5240001.2763410561.782268651.84所以,5年内系统投资成本总额为:23 18000+128200+524000+2268651.84=2938851.84元。6.2收益6.2.1一次性收益用户登录设备不需要了,节约:20000元。6.2.2非一次性收益运行原系统每年的非一次性费用为962,400元,而运行建议的系统,每年的费用为524,000元,每年节约了438,400元。将来的收入这算程现在值年将来值/元(1+0.05)N现在值/元累计现在值/元1438,4001.05417523.81417523.812438,4001.1025397641.72815165.533438,4001.1576378714.581193880.114438,4001.2155360674.621554554.735438,4001.2763343492.911898047.646.2.3不可定量的收益逐项列出无法直接用人民币表示的收益,如服务的改进,由操作失误引起的风险的减少,信息掌握情况的改进,组织机构给外界形象的改善等。有些不可捉摸的收益只能大概估计或进行极值估计(按最好和最差情况估计)。由于新的系统服务使用更方便,有更多的用户课余时间上机使用,平均每天都多收益100元,每年多收益100*270=27000元。所以,建议的系统投入运行后,5年内可节约资金:1898047.64+20000-18000-128200+27000=1798847.64元。6.3收益/投资比求出整个系统生命期的收益/投资比值。23 在5年期内,系统总成本2,938,851.84元,系统总收益1,798,847.64元。1,798,847.64/2,938,851.84=0.6121从经济上考虑,开发本系统完全可行的。6.4投资回收周期求出收益的累计数开始超过支出的累计数的时间。1/0.6121=1.6334年。根据投资和收益的比例我们可以,得出如果在不出现意外情况下我们的机房管理系统可以在1.6334年后得到收益,如果有意外情况我们需要根据发生的具体情况作出处理。6.5敏感性分析1、设备和软件的配置等变化时,对开发和收益的影响最多不超过10000元2、该系统使用寿命为:5年3、处理速度要求:学校台式机的配置即可4、该系统工作负荷量为:4000台计算机7社会因素方面的可行性7.1法律方面的可行性本系统作为软件工程这门课程的课程设计,没有签订任何合同,不存在合同责任;所用的东西都是自己的或公共的,也没有挪用别人的成果,不存在侵犯专利权、版权问题。7.2使用方面的可行性23 使用可行性方面来看,我们设计的机房管理系统不仅仅可以应用于校园网络,同样可以应用于企业网络办公环境,对此,我们认为,该系统具有相当的可行性,大大方便了考勤,计时等操作。学生、教师、职工大多都有些计算机基础知识,而且本系统也容易懂,无论是从方面管理还是方便使用方面来看,都能满足要求,故此系统都是可行的。8结论从技术、经济、操作、法律、社会效益等方面来看,该系统时刻行的,可以立即进行。23'