教务管理系统可行性分析报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
实验报告
实验名称实验一教务管理系统可行性研究分析报告实验地点实验楼103-2 课程名称软件工程
实验类型
实验日期 2011—9-22
班级
学号
姓名
成绩
一、实验目的
1掌握软件工程中项目可行性研究报告的书写格式
2了解软件工程可行性研究的内容
3了解软件工程可行性研究报告的步骤
4掌握软件工程可行性研究报告的分析方法
二、实验环境
1组建虚拟软件项目团队
2无联网环境
3 OFFICE系列软件
4 网络搜索
三、实验内容
1通过软件项目小组讨论的形式对“教务管理系统"进行项目可行性研究2按照可行性研究的步骤和内容进行可行性研究报告的分析
3书写“教务管理系统”可行性研究报告
四、“教务管理系统”可行性研究分析报告
附件1
附件1
教务管理系统可行性分析报告
单位: 北京城市学院
制作者:
日期: 2011—9—22
目录
1。
引言 (1)
1.1 编写目的 (1)
1。
2 背景 (1)
1。
3 定义 (1)
1。
4 参考资料 (1)
2. 可行性研究的前提 (2)
2。
1 要求 (2)
2.2 目标 (2)
2.3 条件、假定和限制 (2)
2。
4 进行可行性研究的方法 (2)
2.5 评价尺度 (2)
3. 对现有系统的分析 (3)
3。
1 处理流程和数据流程 (3)
3。
2 工作负荷 (3)
3。
3 费用开支 (3)
3。
4 人员 (3)
3。
5 设备 (3)
3。
6 局限性 (4)
4. 所建议的系统 (4)
4.1 对所建议系统的说明 (4)
4。
3 改进之处 (5)
4。
4。
1.对设备的影响 (6)
4。
4。
2.对软件的影响 (6)
4。
4.3。
对用户单位机构的影响 (6)
4。
4。
4。
对系统运行过程的影响 (6)
4.4。
5。
对开发的影响 (6)
4.4。
6。
对地点和设施的影响 (6)
4。
4.7。
对经费开支的影响 (6)
4.5 技术条件方面的可能性 (6)
5。
投资及效益分析 (6)
5。
1 支出 (6)
5。
1。
1 基本建设投资 (7)
5.1。
2 其他一次性支出 (7)
5。
1.3 非一次性支出 (7)
5。
2 收益 (7)
5.2。
1 一次性收益 (7)
5。
2.2 非一次性收益 (7)
5。
2.3 不可定量的收益 (7)
5.3 收益/投资比 (7)
5。
5 敏感性分析 (7)
6。
社会因素方面的可能性 (8)
6.1.[法律方面的可行性] (8)
6。
2.[使用方面的可行性] (8)
7。
结论 (8)
教务管理系统可行性研究报告
1。
引言
1。
1 编写目的
随着网络科技日趋进步,全国各地高校纷纷开始采用教务管理系统对学校事务进行管理.它以网络为平台,对学校各项事务进行各方面的管理,为用户提供充足的信息和快捷的查询、修改手段,以成为日常教学工作中必不可少的管理软件.鉴于北京城市学院目前使用的教务管理网站技术老旧且访问速度缓慢、功能不全面,现为筹划设计一教务管理系统,要求能最大程度地满足各方用户的需求。
1。
2 背景
项目名称:北京城市学院教务管理系统。
项目提出者:北京城市学院
项目开发者:
用户:北京城市学院
1.3 定义
SQL(Structured Query Language),结构化查询语言。
SQL语言的主要功能就是同各种数据库建立联系,进行沟通。
Eclipse,开发源代码的、给予JA V A的可扩展开发平台。
1。
4 参考资料
张海藩,牟永敏,《面向对象程序设计实用教程(第二版)》,北京:清华大学出版社,2007
张湘辉等,《软件开发的过程与管理》,北京:清华大学出版社,2005
张海藩,《软件工程导论(第五版)》,北京:清华大学出版社,2008
2。
可行性研究的前提
2。
1 要求
主要功能:用户进入系统时,均需输入唯一的用户名和密码;
教务处统管所有学生、教师相关信息,对学生学籍信息进行查询和维护,发布学校公告等;
各科任课教师可对自己所授课程的学生成绩及选修名单进行修改管理,可查看学校公告;
学生可通过查询获取自身成绩,自主选择和修改相关课程,查看学校公告;
性能要求:查询效率尽可能做到精准,信息维护做到简单实用,不需要过多的人员培训,要求性能稳定,不能出现数据丢失、错误等情况。
输出要求:简单、快捷、实时。
输入要求:对于查询功能,应做到可以单条件和组合条件输入;对于维护功能,要求系统各模块均具有添加新数据的功能。
安全与保密要求:系统本身具有一定安全机制,可保证各项数据完整和正确性.
2.2 目标
1.人力与设备费用的节省;
2.处理速度的提高;
3.管理信息服务的改进;
4.人员工作效率的提高.
2.3 条件、假定和限制
运行环境:兼容当前主流操作系统Windows 7/XP,与Windows office软件高度兼容,可进行文件、数据的上传,支持多种浏览器。
硬件环境:奔腾4以上计算机。
开发环境:SQL Sever、eclipse等。
2。
4 进行可行性研究的方法
将教务管理系统投入使用后对各类用户进行调查,了解用户对该系统的评价及意见,全面分析该系统的性能,进行可行性分析。
2。
5 评价尺度
对本系统进行评价主要为评价其性能。
要求用尽量少的人力和设备资源达到较好的功能使用,满足各方用户的需求。
经济可行性:关于各种软、硬件及辅助设备的购置、调试、机房及辅助设施以及系统维护这些费用都可以忽略不计。
技术可行性:身为软件工程专业的学生,首先自身拥有相关技术知识,其次还有配备优良的机房,为系统的开发和运行提供了良好的硬件环境.
操作可行性:系统不需要精良的电脑知识,能被学校的一般工作人员快速接受。
3。
对现有系统的分析
3.1 处理流程和数据流程
教师登陆,可上传、修改、管理学生成绩,查询学生选课情况,查看学校信息公布.
学生登陆,可查询自身信息,查询各科目成绩,查看学校信息公布,在指定时间内选择选修科目。
教务登陆,可查询、管理所有学生及教师信息,公布学校信息。
3.2 工作负荷
当前系统负担着全校5000余名教师、学生的日常教务管理工作,包括学生信息的管理,教师信息的管理,课程的安排,成绩的上传、修改、管理,选修课程的选择、修改、管理等。
3。
3 费用开支
当前系统要求较多的人力,需要同时配备3管理员,每人每月工资为2000元:2000*3*12=72000元/年。
设备和空间:10000元/年。
支持和维护费用:5000元/年.
3。
4 人员
当前系统需要3位管理员,对其专业技术要求并不高,只要熟悉基本的电脑操作即可.
3.5 设备
计算机:5台(局域网);
打印机:1台;
扫描仪:1台。
3。
6 局限性
①现有系统所承担的工作只能实现学籍管理的简单功能,以无法适应目前工作中处理大量数据的功能以及对数据进行职能管理与备份,当所有学生集中在同一时间段登陆选课时,系统有很大的几率会出错.
②该系统只能支持IE浏览器。
在其他浏览器下登录会导致错误。
4。
所建议的系统
4.1 对所建议系统的说明
在原有系统的基础上改进性能,使其能够顺利在除IE以外的浏览器上运行(例如chrome 等),方便学生使用。
另外,改善处理信息的速度,增加系统可同时负荷在线的人数,使其不至于崩溃。
4。
2 处理流程和数据流程。
在系统中,管理员将学籍管理所有的信息数据,包括系统用户信息数据、系部信息数据、班级信息数据、教师信息数据、学生信息数据、课程信息数据、选课信息数据,进行处理,并保存在学籍管理系统中,教师通过学籍管理系统对学生的成绩进行录入,又可以在学籍管理中的选课查询数据模块中对班级学生名单进行查询,学生可以在学籍管理中选课,当然也可以通过选课查询数据模块对自己的成绩进行查询,通过分析,画出系统数据流图,如下图1—1所示:
图1—1
其中学籍管理信息包括系统用户信息、系部信息、班级信息、教师信息、学生信息、课程信息和选课信息信息和选课数据查询信息.如下图1-2所示
图1—2
4.3 改进之处
1.在原有系统的基础上提高了系统性能,大大节省了人力与设备的费用;
2.通过对系统内部程序的改进,提高了处理速度,减少用户登录时的等待时间;
3.改进了管理信息服务;
4.系统简单易操作,对工作人员专业技能要求较低,可以提高工作人员的效率。
4。
4 影响
4。
4。
1。
对设备的影响
需要更换新的计算机服务器。
建议配置为:CPU P4,内存2G,一台打印机.
4.4.2。
对软件的影响
对系统中软件无大影响,可与Windows office软件相兼容。
4。
4.3。
对用户单位机构的影响
要求用户单位操作人员熟悉软件运行的基本环境Windows操作系统。
4.4.4。
对系统运行过程的影响
本系统可与Windows XP/7兼容,尚不能在其他系统下运行。
登陆操作系统后,可直接运行本系统。
用户的操作严格按照系统要求教程。
系统具有备份和恢复功能.
4。
4.5。
对开发的影响
为开发本系统,需要安装Microsoft SQL Server 2005等软件,需具备SQL Server数据库技术;
为了建立数据库要求提供详细的数据资源;
开发本系统所用的编程语言为JA V A,需要JA V A的开发环境.
4。
4。
6。
对地点和设施的影响
要求提供能容纳5台计算机的机房,并且要求连成局域网。
4.4.7.对经费开支的影响
所建议系统的开发,设计经费开支:¥3500元;
维持运行而需要的经费开支:¥1000元。
4。
5 技术条件方面的可能性
利用现有技术,功能目标能够达到。
对开发人员数量和质量的要求:软件工程师3人;
系统分析师1人;
系统测试员1人。
在规定的期限内开发可以完成.
5. 投资及效益分析
5.1 支出
5。
1。
1 基本建设投资
数据库服务器一台:15000元
两台PC机:2*4000=8000元
通讯费用:500元
5。
1.2 其他一次性支出
软件开发费用:5000元
研究基本费用:2000元
5。
1。
3 非一次性支出
人工费用:(管理员工资2000元/月)*2=4000元/月
总计:34500元。
5。
2 收益
5。
2。
1 一次性收益
软件报价:20000元。
5。
2。
2 非一次性收益
系统性能提高,减少一名管理人员:2000*2)12=48000元/年。
系统效率提高25%:每年减少开支5000元.
5.2。
3 不可定量的收益
由于系统稳定性、安全性能的提高,减少错误的发生而带来的收益:5000元/年。
总计:78000元/年。
5.3 收益/投资比
78000/34500
5.5 敏感性分析
应尽量延长系统生存周期,可延长至五年;
应是有效数据全部录入系统,使系统工作负荷量达到饱和;
应尽力提高系统处理速度;
应提高设备和软件配置。
6。
社会因素方面的可能性
6。
1。
[法律方面的可行性]
本软件由北京城市学院版权所有,未经作者允许,非法传播、复制,违者追究法律责任,后果自负。
6.2。
[使用方面的可行性]
用户单位的行政管理、工作制度、人员素质等能够满足要求。
7. 结论
通过上述分析可以看出,本系统从各方面来说都具有较高的可行性,在原系统的基础上增强各种性能,可负荷同时在线人数较多时的使用,因此建议开发。