学生档案管理系统可行性分析报告(1)

更新时间:2023-04-28 00:06:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

可行性研究报告

目录

1.引言 (2)

1.1编写目的 (2)

1.2项目背景 (2)

1.3定义 (2)

1.4参考资料 (2)

2.可行性研究的前提 (2)

2.1要求 (2)

2.2目标 (3)

2.3可行性研究方法 (3)

3.对现有系统的分析 (3)

3.1 对现有系统的分析 (3)

3.2工作负荷 (4)

3.3费用支出 (4)

3.4人员 (4)

3.5设备 (4)

3.6局限性 (4)

4.所建议技术可行性分析 (5)

4.1对系统的简要描述 (5)

4.2处理流程和数据流程..........................................................................错误!未定义书签。

4.3与现有系统比较的优越性 (5)

4.4采用建议系统可能带来的影响 (5)

4.5技术可行性评价 (6)

5.所建议系统经济可行性分析 (6)

5.1支出 (6)

5.2收益/投资比 (6)

5.3投资回收周期 (6)

5.4敏感性分析 (7)

6.社会因素可行性分析 (7)

6.1法律因素 (7)

6.2用户使用可行性 (7)

7.其他可供选择的方案 (7)

项目工作内容与实施计划 (7)

1.引言

1.1编写目的

为明确将要设计的软件是否有开发价值,撰写本文当。本文当供项目经理、设计人员、开发人员参考。

1.2项目背景

a.所建议开发软件的名称:档案管理系统

b.项目的任务提出者:软件教研室。

c.开发者:第七组。

d.用户:全体师生。

1.3定义

本文档中没有用到专门术语的定义和缩写词的原文。

1.4参考资料

《信息系统开发方法》姜旭平清华大学出版社 1997年第一版

《软件工程》齐治昌谭庆平宁洪高等教育出版社 1997年第一版

《实用软件工程》郑人杰殷人昆陶永雷清华大学出版1997年第二版

2.可行性研究的前提

2.1要求

a.功能;实现对学生档案管理,如档案借出管理,档案归还管理,档案柜资料管理,用户资

料管理。

b.性能:要求性能稳定,不能出现数据丢失等情况。

c.输出:要求将各种输出数据以表单形式打印。

d.输入:要求系统各模块具有添加新数据的功能。

e.基本的数据流程和处理流程;

f.安全与保密要求。

g.与软件相关的其他系统:本软件应用Windows2003、Windows xp。

2.2目标

a.人力与设备费用的节省;

b.处理速度的提高;

c.控制精度或生产能力的提高;

d.管理信息服务的改进;

e.决策系统的改进;

f.人员工作效率的提高。

2.3可行性研究方法

建议本系统的研究主要集中在是否能够为学校工作人员带来便利,能否减少工作量,能否处理大量的数据,最终提高工作效益。

3.对现有系统的分析

3、1 对现有系统的分析

目前,在不少大、中专院校学生档案管理系统都是单机的MIS,甚至有的还是手工方式。这种单机的管理系统不仅工作方式效率是极低,而且存在许多弊端,主要包括:

(1). 档案录入效率低下:例如每学期开学,数以千计的学生档案都由学生处负责录入,这个工程量之大,可想而知。

(2). 查询不便:例如,某个系部要调出某个学生的档案,由于系部没有管理档案的权限,他就必须到学生处去调这个学生的档案。

(3). 毕业生转档不便:每年大量毕业生,他们都要转走自已的档案。在这个过程中,若没有管理信息系统的参与,工作繁重不可言喻。

3、2 开发技术和开发工具

在目前广泛流行的程序设计语言中,能够完成此档案管理系统开发的语言有很多。例如:Basic、Java、Foxpro、ASP等等。然而,在诸多的系统开发语言中,最适合本高校学生档案管理系统的是ASP。一方面是由于本高校学生档案管理系统是基于B/S结构,而另一方面是考虑到本系统的规模不大。下面分别介绍此次系统开发的平台:

1. 网站构架平台Dreamweaver.

Dreamweaver 提供视觉化网页开发工具,同时不会降低HTML原始码的控制,Dreamweaver 提供的 Roundtrip HTML 功能,可以无误地切换于视觉模式与惯用的原始码编辑器,拖放式的表格与页框设计以及以透过资料库来管理网站的内容更新。

2. ASP语言简介.

ASP是 Active Server Pages(动态服务器主页)的缩写,它是一个服务器端的脚本环境,在站点的Web服务器上解释脚本,可产生并执行动态、交互式、高效率的站点服务器应用程序。因此利用ASP完全可以实现本系统。

3. 数据库支持

Microsoft Access就是关系数据库开发工具,数据库能汇集各种信息以供查询、存储和检索。Access 的优点在于它能使用数据表示图或自定义窗体收集信息。数据表示图提供了一种类似于 Excel 的电子表格,可以使数据库一目了然。另外,Access 允许创建自定义报表用于打印或输出数据库中的信息。Access也提供了数据存储库,可以使用桌面数据库文件把数据库文件置于网络文件服务器,与其他网络用户共享数据库。Access 是一种关系数据库工具,关系数据库是已开发的最通用的数据库之一。

3.2工作负荷

现有系统所承担的工作只能实现档案管理的简单功能,无法适应目前工作中处理大量数据的功能。

3.3费用支出

开发这个项目总需三个人,4台计算机,一个可容纳6、7个人的办公室,必须有充足的物质做精神动力,每台计算机上必须有所需要的软件,比如:办公软件、数据库软件、截图软件等,必须有30万元的准备开支。

3.4人员

数据库管理人员1名,维护人员1名。

3.5设备

四台计算机,一台备用,一个工作室.一台打印机,扫描仪一台。

3.6局限性

现有系统所承担的工作只能实现档案管理的简单功能,无法适应目前工作中处理大量数据的功能以及对数据进行智能的备份与管理,有必要设计完成一套适应当前工作环境的档案管理系统。

4.所建议技术可行性分析

4.1对系统的简要描述

建议系统实现档案借出、档案归还、用户资料分析等具体功能。

4.2与现有系统比较的优越性

系统实现档案借出、档案归还、用户资料分析的功能。

4.3采用建议系统可能带来的影响

4.3.1对现有软件的影响

需将计算机升级为CPU P3、内存256M,添加一台打印机。

4.3.2对现有软件的影响

需要将Windows升级为2000以上。

4.3.3对系统运行的影响

(1)用户的操作严格按照系统要求规程。

(2)要求创建系统管理员与普通用户两种登录方式,分权限管理。

(3)数据应有系统管理员手动输入系统,普通用户无权输入数据。

(4)对数据有保存要求,并且对数据存储,恢复的处理。

(5)输出报告以报表的形式打印出来。

(6)系统具有恢复和备份的功能。

4.3.4对开发环境的影响

1、为了建立数据库,要求提供详细的数据资源。

2、为了开发和测验所建议系统而需要的计算机资源:CPU P

3、内存256M。

3、如数据涉及保密与安全问题,应由专人负责录入。

4.3.5对经费支出的影响

所建议系统的开发、设计经费开支:5000元。

维持运行而需要的经费开支:1000元。

4.5技术可行性评价

a.在限制条件下,完成功能目标的实现;

b.利用现有技术,功能目标一定能达到;

c.对开发人员数量为5个人,每个人应对数据库知识有明确的了解,我们的组员都具有这

种能力,一定按期完成工作;

d.在规定的期限内,开发顺利完成。

5.所建议系统经济可行性分析

5.1支出

5.1.1基建投资

1、房屋和设施:500元。

2、ADP设备:1000元。

3、数据通讯设备500元。

4、环境保护设备200元。

5.1.2经常性支出

1、设备的租金和维护费用:500元。

2、数据的通讯方面的租金和维护费用500元。

3、人员的工资和奖金开支:3000元。

4、其他经常性的开支:2000元。

5.2收益/投资比

收益/投资比为3:1.

5.3投资回收周期

投资回收周期为半年.

5.4敏感性分析

1、应尽量延长系统生存周期,可延长至3年。

2、应是有效数据全部录入系统,使系统工作负荷量达到饱和。

3、应尽量提高系统的处理速度。

4、应提高设备和软件的配置。

6.社会因素可行性分析

6.1法律因素

如果发现有侵权行为,必进行严格的处罚,本公司版权所有,未经作者的允许,禁止非法传播、复制,违者追究法律责任,后果自负。

6.2用户使用可行性

本系统使用比较简单,适合普通用户操作,只要用户对说明书进行认真阅读,都可了解。7.其他可供选择的方案

方案有许多但本公司选择了这套方案,他具有自己的优越感,运用编制菜单栏来省去代码,这是界面有好起来,又降低了工作难度,进而宏的运用更简化了工作难度。除提供的建议方案的具体功能外,还需增加网络功能,未被推荐的理由是目前尚不具备开发条件,投入与效益不成比例。

8.结论意见

结论意见可能是:

a.可着手组织开发;

b.需待若干条件(如资金、人力、设备等)具备后才能开发;

c.需对开发目标进行某些修改;

d.不能进行或不必进行(如技术不成熟,经济上不合算等);

e.其他。

项目工作内容与实施计划

一、项目工作内容:档案信息管理系统

二、项目任务分解:

(1)可行性分析:司孝先

(2)设计:刘伟、董艳婷、柯瞧

(3)实现:刘锐、刘伟、柯瞧

(4)测试与维护:刘锐、司孝先

本文来源:https://www.bwwdw.com/article/hdgq.html

Top