学生学籍管理信息系统的可行性分析报告.docx

1、学生学籍管理信息系统的可行性分析报告学生学籍管理系统的可行性分析报告1引言 31.1摘要 31.2编写目的 31.3背景 32问题定义 错误 ! 未定义书签。2.1系统概述 42.2社会和经济目标 42.3系统规模 - 43可行性研究的方法和信息系统开发原则及指导思想 43.1可行性研究所采用的方法和步骤 43.2信息系统开发原则及指导思想 43.3评价尺度 44对现有管理产品的分析及其局限性 45系统概述 55.1设计目 - 55.2系统软、硬件技术解决方案及比较评价 55.3系统总体功能 65.4设计及约束条件 9 -5.5系统初步调研方案 75.6产品的功能 错误 !未定义书签。5.7影

2、响 - 14 -5.8局限性 95.9技术方面的可行性 - 15 -6.学生管理部门组织结构图 - 15 -7投资及收益分析 - 17 -7.1市场分析 - 17 -7.2投资估计 - 18 -8社会因素方面的可行性 - 19 -8.1技术 - 19 -8.2使用方面的可行性 - 19 -9产品可检测性 - 19 -9.1检测标准 - 19 -9.2检测的方法 - 19 -10产品的可生产性 - - 20 -10.1生产标准 - 20 -11可行性综合分析 - - 20 -11.1技术上可行 - - 20 -11.2管理上可行 - - 20 -11.3经济上可行 - - 21 -11.4可行性

3、结论 - - 21 -1引言现代社会是信息时代， 只有充分的利用先进的科学技术知识， 从事科学的管理， 才能够 使企业或者公司或者个人立于不败之地， 管理信息系统正是这个时代特征的体现。 在现今的 商品社会是一个讲究效率的社会， 人们有很强的时间观念。 如果仍使用手工操作或使用相当 繁琐的软件，既浪费了人力，又浪费了物力， 效率无法提高， 为此开发学生学籍管理信息系 统软件， 能够适应现今社会并提高生产效率。 该系统软件是对学校学生学籍管理并提高效率 的一种工具。 学生学籍管理信息系统结台日常教务管理和学籍管理的特点， 对学生信息进行 登录、查询、统计、增加、删除、修改、打印等功能组成。为学生

4、学籍管理工作提供一个便 捷、高效的工具。本系统的开发是为经济管理学院设计的，系统分布在各个系和一些科室。 首先，以用户的需求为核心，力求建立友好的人机交互界面 在遵循开放化、适度化原则的 基础上，保证易用性。其次，是可靠性，给用户 1 个实际可用的系统。第三，可扩展性，随着以后系统的扩张， 系统具有可扩充性、 可修改性，数据具有共享性， 模块功能具有可移植 性。第四 网络化。系统设计充分利用网络的功能， 网络系统提供齐全的职能和业务操作功 能。1.1摘要1.1.1企业介绍我们小组进行研究的是经济管理学院的学籍管理系统。1.1.2学生学籍管理信息系统1.1.3企业现状1.2编写目的1.2.1目的

5、这份可行性研究报告是对学生学籍系统作的可行性研究分析及指出存在的必要性及本软件的可行性。1.3背景1.3.1系统的名称 ：学生学籍管理系统1.3.2系统组织者 ：学生学籍开发小组2问题概述2.1系统概述2.1.1开展该系统的原因目前学院现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都 有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明， 容易出现数据的不一致。 这问题的出现是致命的。 现在学校各部门分别使用不同数据库， 各 部门之间的信息还不能实现网上共享。 由于学校的各个部门都需要一些学生的基本信息， 所 以各个部门都有一份学生档案。 一个部门的

6、改动， 将导致其他各部门必须修改，否则， 学生 的信息将不一致。 针对目前该学生学籍管理系统的系统局限， 与功能的不完整， 我们开发了 此个管理系统。2.1.2该系统的基本目标学籍管理信息系统是对学生信息进行登录、查询、统计、增加、删除、修改、打印等功 能组成。学生登记表的内容包括：学号、姓名、性别、年龄、班级、专业、学科成绩 （微积分，英语，经济学，会计等专业基础课，专业课、学校任选课等 ）。学生对基本信息查询和成绩查询， 学生处对学生学籍情况的处理， 教务处对学生成绩相关数据的修改和查找， 教师 对所教课程成绩的录入、修改等功能。系统备用的修改功能均可反悔。2.2社会和经济目标希望能够通过

7、开发此系统能够为学校学生学籍管理更好的服务， 提高学生学籍管理的效 率，更方便，更准确。2.3系统规模2.3.1该系统所需人力资源总数为 4 人辅导老师：刘会齐组 长：杜海凤小组成员：闫晓宇 张艳梅2.3.2该系统所需时间预计时间一个月，截止到此课程结束前一周，余下一周时间测试。3可行性研究的方法和信息系统开发原则及指导思想3.1可行性研究所采用的方法和步骤通过调查分析开发学生管理所具备的能力及实现的方法。 确定总体结构， 利用 VB 及管 理信息系统的相关知识，以最简洁最容易的方法，设计一个初级的系统软件。3.2信息系统开发原则及指导思想本系统的开发是为经济管理学院设计的，系统分布在各个系和

8、一些科室。首先，以用户 的需求为核心，力求建立友好的人机交互界面 在遵循开放化、适度化原则的基础上，保证 易用性。其次，是可靠性，给用户一个实际可用的系统。第三，可扩展性，随着以后系统的 扩张，系统具有可扩充性、可修改性，数据具有共享性，模块功能具有可移植性。第四网 络化。 系统设计充分利用网络的功能， 网络系统提供齐全的职能和业务操作功能。 在系统软 件设计方面 主要从两个部分人手： 一是根据功能说明书的要求对系统的功能需要划分功能 模块，进行功能设计 二是根据用户的使用要求进行数据结构设计并规范化3.3评价尺度此软件由于只是一个初级产品，只要能构建一个结构，并不写很多代码或者不写代码， 只

9、是起到锻炼我们开发信息系统的能力。4对现有管理产品的分析及其局限性学院目前使用全校通用的教务管理系统，针对性不强；接收上级文件以 email 形式，速 度慢； 学校网络情况不稳定， 若发生故障学院教务管理工作也受影响； 组织机构和人员分工 方面， 现有的学生学籍资料分别由教务科、 学生科管理， 最大的问题是容易出现数据的不一 致。5系统概述5.1设计目的本系统的设计目标就为学校学生管理提供快捷方法， 帮助学校学生学籍的管理人员对于 学生的各种信息可以方便的查询、 输入， 及有条件的查找， 并有经理人员做出相应科学的决 策，使学校管理自动化。5.2系统软、硬件技术解决方案及比较评价5.2.1软件

10、系统：学生学籍管理系统是利用 VB 技术开发建立在 windows 操作系统中的，最低要求网络操作系统： Windows2003 ； 数据库服务器： Microsoft Accessr2003服务器平台： Windows2003 ； 客户机平台： Windows 2000/XP ；前端开发工具： visualBasic6.0（ 企业版 ） ； 数据访问对象： ADO5.2.2硬件系统 ：服务器硬件系统名称最低配置标准配置建议配置PIII800 以上，CUPPIII 500PIII 800或双 PIIICPU内存256M512M512M硬盘10G20G20G SCSI10/100M网络Ether

11、100M100M 以上客户机硬件系统名称标准配置建议配置CPU主频 200MHz以上主频400MHz 以上内存32M 以上64M以上硬盘 10G 10G网络 10MEther 10MEther5.2.3网络方案比较 合理的网络架构不仅关系到整个系统的安全可靠性，而且关系到整个系统的总体成本。参考目前现有的校园一卡通系统，有如下几种方案 :(1 ) 方 案 1 : RS-485 联网方式在这种联网方式中， 整个系统的网络连接采用 RS-485 方式构建， 包括每个子系统的局部网 络连接和从子系统到中心数据库服务器的网络连接。优 点 :在小型局部网络连接中，用这种联网方式方便，而且支持的硬件产品相

12、对比较多。缺点:1抗雷击及静电千扰能力差，加上信号在传输过程中会产生电磁干扰和终端反射，使有效 信号和无效信号在传输线上相互叠加，严重时会使通信无法正常进行。2故障率高，在一般的饭堂售饭系统中，采用的便是 RS-485 的联网方式，由于 RS-485 网络拓扑一般采用的是终端匹配的总线型结构， 不支持环形或星形网络， 因此， 当某个饭堂 有一台读卡机出现故障时，其它机器都不能使用。3传输距离短，传输速率低。 RS-485 其最大传输距离约为 1219 米，最大传输速率为 10Mbps 。由于平衡双绞线的长度与传输速率成反比，在 100kbps 速率以下，才可能使用 规定最长的电缆长度，只有在很

13、短的距离下才能获得最高速率传输。一般 100 米长双绞线 最大传输速率仅为 1 Mbps 。在通常情况下，要达到最长的传输长度，速率仅能达到 19.2Kbpso (2 ) 方 案 2:单一总线联网方式在这种方式中， 整个系统的联网包括每个子系统中的局域网的联网以及从中心服务器到每个 子系统的这一部分网络都采用 LONWORKS 现场总线技术。优 点：采用这种方式的系统，因为从底部的控制部分到数据的传输部分都采用了单一的LON 总线技术，能享受 LON 总线技术优越的联网性能，使数据的传输速率高。在 130 米 距离内，最坏情况下通讯速率也能达到 1.25Mbpso缺 点 : 因为整个系统采用

14、LON 技术联网， 因此， 对于学校而言， 需要重新铺设整个网络， 这样，使整个系统的成本相对较高。（3 ） 方 案 3:综合联网方式在综合联网方式中，整个系统的网络连接，可以分为两部分 :一是各子系统内部的子网 ;二是从各子系统到一卡通中心服务器之间的网络连接。 对于每个子系统内部的子网， 可以根据自 身的需要和要求，采用符合自身特点的方式进行联网，如可以采用 LONWORKS 联网，也 可采用 RS-485 方式联网等 ;对于从各子系统到一卡通中心服务器之间的网络连接，可以联 入现有的校园网，以减少整个系统的投资。优 点 : 采用这种联网方式，既可以充分利用现有网络中的部分设施，减少投资，

15、又能满足 系统要求，是一种经济可行的联网方式。综合考察以上各种网络连接方案以及本校园一卡通系统， 我认为， 采用综合联网方式不仅能 够充分利用现有网络设施， 极大的降低系统成本， 同时又能根据自身的需求， 建立起符合自 身特点的网络， 是一种既经济又可行的方案。5.3系统总体功能该系统要求具有以下功能：1登录：学生登记表 （ 学生基本情况登记各科成绩登记等 ） 。2查询： 即检索功能， 如按学号、 姓名检索或组合查询 （如查询某一分数段或某一年龄段的学生情况等 ）。3修改：按需要修改学生信息。4统计：按学科成绩统计按分数段成绩统计。5打印：学生登记表、成绩通知单、全校学生花名册，各系及各班学生

16、花名册等5.4设计及约束条件a. 软件系统的界面要美观 ,布局要合理 ,窗口的内容尽量简单明了提供的信息 ,语言要通 俗易懂 ,有层次感 ,分类清晰明了，易于学生学籍管理人员操作。b. 根据现有条件和知识我们必须在管理信息系统开发及技术方面进行学习和提高。5.5系统初步调研方案5.5.1调研背景：目前学校现有的学生学籍资料分别由系、 教务处、 学生处管理。 每个管理部门几乎 都有一份相同的学生基本信息。 这样， 工作容易重复， 而且，最大的问题是彼此工作不透明， 容易出现数据的不一致。 这问题的出现是致命的。 现在学校各部门分别使用不同数据库， 各 部门之间的信息还不能实现网上共享。 由于学校

17、的各个部门都需要一些学生的基本信息， 所 以各个部门都有一份学生档案。 一个部门的改动， 将导致其他各部门必须修改，否则， 学生 的信息将不一致而这对于学生学籍高效的为学生服务是有阻碍作用的。 所以一个完善的学生 学籍管理系统的开发显得非常有必要。5.5.2调研目标：一个好的系统必须切合实际， 所以对学校学生学籍的调研可以帮助了解实际， 对正在运 行的系统的存在的问题和合理之处有一个正确的认识。 这样就能在开发新系统时继续使用原有系统的精华之处并对其问题进行改正，以使能够开发出一个相对完善的系统。5.5.3调研方法：因为现在学校的学生学籍属于公有， 各个学院学生学籍之间的情况基本相同， 而且都

18、在运行同一个系统，所以没有必要对每个学院学生学籍， 我们对经济管理学院的学生学籍管理系统进行调研。5.5.4调研时间：5月6日5.5.5调研总结：通过调研我们了解到：每个学院的学生学籍管理主要由教学科负责学院现行的学生学籍成绩管理、档案管理、日常教务处理、毕业生学位管理、奖惩管理。各种原始单据如下:单据简述来源去处组成流通量学生资料主要是学生的学号、姓名、出生年月、住址等学生入学时由学生科从学生升学档案获得供老师查阅学号、姓名、专业，出生年月、住址大成绩学生在校期间，各学期课程的成绩教师可供学生、老师查阅课程号、课程名、学分、成绩大授课老师在本学期所上的课程由教务科根据老师的专业安排供系、学生

19、、老师查阅课程代号、课程名、 学时、上课地点、上 课班级、教师代号中补考成绩学生重修某门课程以后，所取得成绩教师的成绩单毕业参考课程名、学分、成绩小奖励处分系、学生处根据学生的表现进行奖励和处分系、学生科供学生系、用人单位等查阅奖励，处分小相关信息说明：本 MIS使用对象为学院教务科。便于教务科对本学院的学生的学籍管理，档案管理，及时，快速，在学校教务管理系统不稳定的情况下， 能够提供数据备份和工作的操作平台。5.5.6调研结论：用户需求调研结果教务部门对本系统提出以下要求：A使用范围：本科学生和专科学生的学籍管理，本科生用学年学分制 （最终用学分制），专科生用学年制B功能要求：学生档案管理：

20、学生的一般情况，奖励处分、等级考试的情况学生成绩管理：学习成绩、补考成绩；学籍处理：学生留 （降）级处理、休（复）学处理、退学处理、专升本、转学处理等;日常的教务管理：日常报表，如通知书、补考通知书等，学生学习成绩的各种分类统计；毕 业生学籍处理：结业处理、毕业处理、授位处理、学籍卡等。C信息采集与各部门的使用权限为了信息的安全和数据的权威性，对于网上的信息的使用权限和责任规定如下： 学生工作处:学生档案的录入，奖励、处分登记及相应的修改；各系：本学期的学生成绩登记及修改；教务处：补考成绩录入、学生成绩校对修改、 等级考试情况录入、 学籍处理、毕业生学籍处理； 院长办公室及各处、 室：可对所有

21、的信息进行查询；另外每位用户均应有密码，密码可由教 务处改动 针对现行的学生学籍管理系统的问题，我们重新设计了学生管理系统主要有六个子系统构成：学生档案管理，成绩管理，学籍管理，教学管理，毕业生管理，和系统管理。(1)档案管理(新生入学注册包括：输入学生资料、输入学生奖励情况、输入学生处分情况、输入学生等级考试情况，查询，修改，统计 )此模块根据用户需求规定，由各不相同的单位输出，完成学籍管理信息系统中所需的所有信息的采集。 输入学生的资料，系统自动生成学生所在班名、学号，系统保证学号的连续性和唯一性。(2)成绩管理(包括输入，修改，统计，查询子系统，输入授课教师名单、输入学生必修课 成绩、输

22、入学生选修课成绩、输入补考成绩、修改考试成绩、修改补考成绩，统计学生成绩 排名等 ) 每学期由师资料按教学进程安排输入一次授课教师名单， 它规定了本学期全校应开 的课程及授课教师， 输入学生成绩时必须以此为依据。 在教务科分发完教学计划后。 在指定 时间段内输入该学期课程成绩。在此功能中，各系只能输入本系本学期的成绩。(3)教学管理 (本修改模块，科生退学处理、本科生退学警告、专科生退学或留 (降)级处理、 毕业生学籍处理、已毕业学生成绩处理、教学计划分发、收集成绩、输入课程参数 )。降级 退学处理： 退学处理根据学生手册的条款， 自动地查出应处理的学生名单及退学原因， 由管 理部门校核后 t

23、 可进入处理子功能进行处理。毕业生学籍处理：按照学生学籍管理办法自动 地将学生按毕业、结业划分，对毕业学生还可作授位和不授位处理等。(4)信息查询 (依据班级统计各学期的课程，同一课程不同班级问比较考试课程成绩统计，补考情况统计，补考查询，教师授课情况，新生入学，等级考试 t处分奖励情况)在成绩查询中可对成绩进行统计分析，如最高发、最低发、平均分、均方差、各个档次人数比例等，若需 要还可以打印输出。(5)毕业生管理分为报表生成和统计，可以查询所有毕业学生的学籍状况，并按指定格式打印。(6)系统管理 (访问权限，系统维护，综合查询 )。综合查询；是为用户提供的一个查询条件任 意的宽口径的查询。5

24、.7 影响5.7.1需要得到领导的支持和一定的人力物力财力 本系统的开发需要得到餐厅管理人员的支持5.7.2对用户单位机构的影响对于学生学籍人员要有一个接受和适应的过程， 必须要得到领导的支持， 只要操作人员 懂得基本汉语操作。对于没有配置微机的学生学籍，需要配置中端微机设备。5.7.3对运行过程的影响a 用户操作规程用户将本系统随意安装在终端计算机。b.输入数据预处理过程 对输入数据预处理的过程无影响。c.输入的处理过程多输入的处理过程无影响。d.系统失效的后果及恢复的处理方法系统失效后会给出错误信息 ,恢复的方法将采用结束当前任务或重新启动计算机。5.7.4对产品后继开发的影响a.随着计算

25、机的发展，所有的开发人员要发现在此过程中本产品出的问题和不足，及 时更新。b.与此同时也要准备好人力和设备资源做紧急事件的更新。c.申请专利，使用法律的手段对本产品进行系统保护。5.8 局限性目前我们的使用范围非常狭窄， 开发能力有限， 且本软件是我们的初次版本， 如果该软 件提高版本，本软件需要大量的修改和更新。5.9技术方面的可行性系统现阶段的发展过程中， 利用现有人力和物力是完全具备的能力开发出来的， 作为阶 段性产品， 日后的发展空间大， 实现方法逐步简单容易， 所以学生学生学籍管理系统的技术 上是完全可行的。6.学生学籍部门组织结构图组织结构图科长副科长科员1 科员2 科员3岗位1

26、（科长岗）：协助分管处长做好学生培养科各项工作；督促全科人员履行各岗位职责，并组织考核；协助处领导制定学生培养科有关管理文件； 研究和探索学分制管理规律， 实施学分制学籍管理；负责学生注册工作及专转本、转专业、转学、停止学籍、试读、退学等学籍处理工作； 负责组织学生毕业资格审查及参与毕（结）业证等证书的发放管理工作；负责结业后重修考试 资格审核及证书换发管理； 会同有关部门搞好学风建设工作； 协调与相关单位的关系， 完成处长交办的其他工作。岗位2（副科长岗）：协助分管处长做好学生培养科的相关工作； 协助分管处长制定学生学籍学历电子注册等相关管理文件；负责新生学籍资格认定工作； 负责在校生学籍信

27、息管理工作； 负责学籍异动（转专业、转学、专转本、休学、复学、试读、退学等）学生的学籍信息处理工作；负责毕（结）业证书的管理与结业后证书的换发工作； 负责新生电子注册、 学籍异动电子注册和学历证书电子注册工作；负责证书遗失办理工作；完成处长交办的其他工作。岗位 3 （ 科员 1 岗） ： 协助处领导制定学生培养计划管理的相关文件；负责组织本科学生培养方案的制订工 作，检查落实计划的执行情况； 负责辅修与第二专业的计划管理； 落实每学期各专业的执行 计划， 协调计划变更； 完成培养计划方面的统计报表工作； 完善与维护计算机培养计划管理 系统； 负责转专业、 专转本、退学后考回我校学习等学生的学习

28、计划管理工作；完成科内其 他协调工作。岗位 4 （ 科员 2 岗） ： 负责组织优异生及理工综合班学生的选拔与培养工作， 组织落实优异生及理工综合班学 生培养方案， 开展优异生、 理工综合班指导教师信息汇总等管理工作； 组织实施推免研究生 选拔工作； 负责本科学生辅修与攻读第二专业的计划执行， 与获证资格审查及相关证书的发 放管理； 负责第二学位的学生管理工作； 负责本科生留学的选拔工作； 负责外国本科留学生 的管理工作；负责体尖、艺尖学生的培养与管理工作；完成科内其他协调工作。岗位 5 （ 科员 3 岗） ：主管本科学生注册工作及相关学籍处理的计算机管理； 负责学生休学、 复学、 学籍警告

29、等学籍管理及各种学籍处理文件的登记、分发工作；清理、统计每学期学籍处理后的报表； 完成培养科相关数据资料的统计上报工作； 协助专转本、 转专业工作及落实学习计划的执行； 负责办理退学学生离校及肄业证书发放工作；负责学生学籍及学籍处理和毕业生的归档工 作；完成科内其他协调工作。7投资及收益分析7.1 市场分析 学生学生学籍管理系统主要是为了解决学校的学生学生学籍管理问题， 并且减轻管理人 员的工作负担。本软件是以 VB 语言编程作为工具。它具有编辑与解释合一的特点，主要应 用于 Windows 操作平台。 它是一个自底层硬件逐渐铺垫上来的， 因此我们所生产出来的软 件相互适应性较强，所以在学校市

30、场可以占有一定的份额。7.1.2系统产品所追求的市场 本系统所占有的市场为学校的市场，它追求的是简单、易学、易懂、易用，能够更有利 的解决管理人员的负担，能够辅助学校有效的管理学生学籍档案。7.1.3市场现状 目前学校并没有完善的学生学生学籍管理，因此，我们可填补此项技术上的空白 并且推向全国市场。7.1.4该产品的销售对于购买方有影响对于学生管理系统的用户 - 校方， 可满足对学生学籍管理的需求， 且此种需求被接受并 且满足，其软件便可以推广。7.2 投资估计按本软件学生学生学籍管理系统开发方案， 对于本系统软件投资方向， 体现于软件开发、 软件生产及软件测试。7.2.1估算方案本系统完全按开发计划进行估算， 办公用品的消耗， 办公设备的消耗， 开发人员生活与 维护等。7.2.2具体项目总体估计本系统大约总体耗费为 20000 元。7.2.3收益估计 本系统本非收益性质开发，重要是为解决学校现行学生学生学籍管理的需要。7.2.4费用分配费用工期时间一周二周三周二1000070003000工期一进行开发设备的购买，以及初步的开发，工期而进行调试， 检验，工期三如果系 统有问题进行修改，并优化系统8社