可行性分析报告8995160680Word格式文档下载.doc

可行性分析报告8995160680Word格式文档下载.doc

《可行性分析报告8995160680Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《可行性分析报告8995160680Word格式文档下载.doc（9页珍藏版）》请在冰豆网上搜索。

4.1. 研究方案 6

4.2. 计划进度 6

5. 可行性分析 8

5.1. 技术可行性分析 8

5.2. 经济可行性分析 8

5.3. 经济效益分析 9

6. 预期成果 9

7. 项目成员 9

1.总论

1.1.项目提要

本项目主要针对高校学生工作管理水平相对落后，效率相对低下的现状，提出的基于B/S架构的解决方案。

项目旨在构建一个通用的学工框架，在此框架基础上，提供规范的接口，实现组件式解决方案。

开放第三方API，扩建系统。

系统的研发和使用，将大大提高高校学生工作的效率，并很大程度上实现无纸化办公，实现“低碳”。

1.2.综合评价及其总体结论

本项目总体来说，具有相当高的实用价值。

项目的研究与应用，将大大提高高校学生工作的管理水平。

通过开发API，使项目的发展前景无限。

项目采用的技术实现手段，较为成熟，故技术风险相对较小。

2.项目背景

2.1.项目背景

随着信息技术的飞速发展和高等学校教育体制改革的不断深入使教育管理手段发生重大的变革,传统的以手工和纸张对学生信息及相关的管理工作已经远远不能适应新的发展需要尤其是随着计算机网络和Internet的普及,运用先进计算机技术对信息进行科学化和网络化管理已经成为高校信息管理的趋势。

目前，几乎所有高校的职能部门都已经建立了针对部门日常职能工作的管理信息系统，例如，教务处的综合教务系统，科研处的科研管理信息系统等，这些系统在很大程度上提高了部门的工作效率和管理水平。

对于高校的学生管理部门来说，学生管理工作面临着信息处理量越来越多、信息处理速度越来越高，管理人员的劳动强度越来越大的压力，倘若继续沿用传统的手工作业手段从事学生管理工作，势必不能适应教育改革的需要。

然而在学生管理工作中的现代管理手段主要体现在以计算机技术为核心，利用有效的网络化信息管理，使学生和教师之间，特别是学工队伍教师之间，进行数据共享。

虽然一些高校部门已经开发出自己的管理信息系统，然而这些系统在实践中存在明显的缺陷。

首先，系统集成度不高，操作繁琐，学生管理者计算机水平普遍偏低，在软件知识和计算机操作方面还比较差，对系统的操作掌握比较难。

其二，大部分系统处于单机运行阶段，不能适应信息共享和协同工作的要求。

例如，上报学生数据库时因为各部门所需求的格式不统一，经常导致同一数据要重复输入，浪费劳动力。

其三，部分系统虽然能够实现联网工作，然而涉及的工作职责范围很小，例如，只是针对学生学籍或成绩的管理，缺乏系统性和协同性的管理。

其四，大部分院系的管理网站只是以信息发布和宣传为目的，缺乏信息互动，失去了网络化管理的意义。

就高校学生管理工作而言，具有和高校其他职能部门一些不同的特点，管理对象的事务复杂且数据量大。

因此，利用计算机技术这个现代化管理手段来做好学生管理工作，是适应教育改革的需要，也是时代的要求。

2.2.项目意义

“数字化学院”指学校在开展教学、科研、管理及对外联系工作中运用网络实现学院办学的数字化、信息化、智能化。

从设计上说，数字化能够提高教务人员、管理人员和学生进行工作、学习和交流的有效性。

使用“数字化”技术，可以改善各层面的信息传递与相互了解。

与Internet集成在一起的数字化管理解决方案将会使教师与学生更紧密联接成一个综合的教育环境，因而可以更好的提高教学质量。

数字化管理的应用软件将在解决学院内部管理与工作时，提供一个最佳实践具体化，并促进最佳的管理与教学实践的实行框架；

连接Internet的校园局域网提供的是更广泛的信息来源，使所有相关人员真正体会到数字化教育技术的崭新面貌。

2.3.国内现状

由于高校的技术背景，我国各高校的教育管理信息系统开发较早，规模大小各不相

同，开发方法、模式、平台也不尽相同。

有的高校是购买的系统，但多数是自己开发，

有的高校还进行了多次开发，因为开发人员和方法的原因，系统维护和升级都比较困难。

信息共享性差，数据冗余大，维护困难。

原有的高校的管理信息系统一般采用面向过程、面向数据的开发方法或者采用传统

的面向对象的开发方法，开发的系统一般是基于二单机或局域网，系统的结构是单机或C／S结构，开发使用的软件或平台多为简单的关系数据库管理系统。

不断增长的复杂性、多样性和相互关联性是当今管理信息系统的共同特征。

传统的

面向功能开发方法，已逐渐不适应越来越复杂和多变的需求，其成果不能得到很好的重

用。

而面向对象技术能够有效地控制复杂性、适应多变性，具有灵活性、低风险性、可

重用性，从而能提高系统开发的效率。

随着校园网和Internet技术的迅速发展，B/S体系结构技术和分布式计算技术的逐

渐成熟。

开发基于新的硬件基础和软件开发方法的教育管理信息系统成为可能。

2.4.发展趋势

现在在开发系统时，一般都考虑到软件复用的问题，软件复用的级别有很多，从代

码级、设计级到分析级都可以，现在的软件复用大部分是代码级，复用的范围较窄，复

用的要求也高，所以在开发过程中注意设计件和分析件的生成会提高软件的开发效率和

以后维护的方便。

3.拟解决的问题

3.1.开发内容

本系统总共包括4个子系统，即学工信息发布系统，竞赛管理系统，奖学金管理系统和师生互动。

l针对学工信息发布系统：

管理员可以管理（增加、删除、修改、更新）所有信息。

管理员要区别不同权限，即学生只能通过该系统查看发布的信息，而教师则能通过该系统进行信息发布等功能。

l针对竞赛管理系统：

管理员可以管理（增加、删除、修改、更新）所有竞赛信息。

学生可以通过该系统查看最新竞赛通知，并可报名参加。

报名时，需要输入报名信息（学生姓名，学号，参赛名称等）。

教师可以通过该系统发布竞赛通知，并统计各类竞赛人数。

l针对奖学金管理系统：

管理员可以管理（增加、删除、修改、更新）所有奖学金信息。

学生可以通过该系统查看历年来自己所获得的创新分，综合分和获奖情况并核实，如核实不对，可进行申述（要求对于自己信息的更新）。

教师可以通过该系统进行综合分和创新分的统计，不用人工计算便能评出奖学金获得者。

l针对师生互动：

学生可以通过该系统向相关教师交流，教师也能通过该系统给予回复。

为保个人隐私，学生只能查看自己的留言和导师的留言回复。

3.2.完成目标

（1） 实现“MATCHLESS通用高校学生工作管理系统”的开发。

（2） 能让很多高校或者学院使用该系统。

3.3.关键问题

本系统的技术上的关键问题是通用框架的构建和组件式应用时的数据库问题。

通用框架的构建，需要实现简单易用的操作。

组件应用时，需要处理数据库表和基础表的链接问题。

3.4.项目特色

通用学生工作框架和学工组件，目前尚无此类框架，是本项目最大的创新和特色。

随着学生工作管理水平的不断进步，学校内部工作学工网站的整合也必然是一个大的趋势，而本项目的最大特色，就是解决问题。

4.研究方案

4.1.研究方案

第一阶段深入调研和分析

在该阶段，主要是深入了解需求，积极探索新时期高校学生管理工作的新模式，使学生管理工作从忙、杂、乱的被动局面中解脱出来，逐步实现高效能管理。

，调研对象包括：

l学生

l辅导员

l班主任

l导师

在该阶段，主要是深入了解需求，探讨研究出一个有实用性的方案。

第二阶段平台开发

根据上一阶段得出的运营方案，开发出网络系统。

平台开发过程中，需考虑如下细节：

l扩充性，能应对将来平台用户大量增多时的并发性问题，以及功能扩展的便利性。

l安全性，对学生敏感数据的保护。

第三阶段测试推广

通过试点计算机学院，推广该平台。

4.2.计划进度

总体进度：

时间范围

任务目标

主要工作

负责人

进行程度

4.11

启动项目

组队、明确初步项目计划

任命项目经理

4.12-4.13

需求确定

完成需求规格说明书、可行性分析报告

4.13-4.16

系统分析

完成系统分析，包括框架选择、数据库设计和系统相关设计文档（包括分析文档、数据库设计文档、UML类图）

4.16-4.20

系统架构

搭建系统总体框架，完成系统配置、数据库持久层、显示层初步代码规范。

4.20-4.27

代码实现

将框架下各个功能部分编程实现。

4.27-4.30

测试

测试系统代码，修正bug

每日进度：

小组成员必须严格遵守进度表进度，加粗体为每日必须完成的文档。

4.13

人员分工

功能设计

分配每个人负责的功能模块，精炼出详细的功能，画出各自模块用例图、数据流图

4.14

设计各自功能实现，画出功能流程图。

初步设计数据库，画出ER图。

学习SSH框架使用。

god可以指导大家，并且构思下系统总体搭建过程，并和大家讨论

4.15

组内讨论功能设计情况，学习SSH使用，每个组员都要学会搭建起一个基本的框架结构。

god可以指导大家搭建

完成初步的系统架构。

4.16

继续学习SSH框架使用，完成系统总体的初步搭建

5.可行性分析

5.1.技术可行性分析

本系统目前已经开发出一个原型系统。

原型系统采用以下技术：

采用Struts2MVC（Model－View－Controller）框架。

在ORM方面，本系统主要采用了Hibernate3框架，进行关系映射。

最后，使用spring完成IOC（控制反转）和AOP（面向切面编程），整合上述两个框架。

总而言之，使用了当前企业开发中流行的“Struts2+Spring+Hibernate”整合框架进行开发。

系统正式开发中，涉及的安全性和并发性等问题，目前已有很多解决方案提出，我们可以采用现有的那些解决方案，来实现系统。

5.2.经济可行性分析

我们主要从成本效益方面考虑经济可行性分析。

软件成本分析：

此系统不需要加入新的硬件支持，所以成本主要集中在自主的研发和技术支持上，另外系统上线之后的软件维护成本也是必不可少的。

资金项目

需投入的成本（元）

学工框架开发

10000

新功能的开发（每项）

5000

日常运营和维护（每年）

其他

3000

第n年的成本投入为（有x个新功能）：

10000+5000x+5000n+3000=13000+5000（x+n）元

经济效益分析：

主要从开发完成后各项管理的费用成本维护开支上的有形收益。

收益内容（每年）

有形收益（元）

成本降低和取消

错误减少

工作效率提高

对规划和控制改善

灵活性增加

2000

第n年的经济效益为：

5000+3000+3000+3000+2000=16000

结论：

经过上述分析，开发此系统的技术完备，成熟，经济效益合理，