学位与研究生管理信息系统方案设计书.docx

学位与研究生管理信息系统方案设计书.docx

《学位与研究生管理信息系统方案设计书.docx》由会员分享，可在线阅读，更多相关《学位与研究生管理信息系统方案设计书.docx（11页珍藏版）》请在冰点文库上搜索。

学位与研究生管理信息系统方案设计书

案例六学位与研究生管理信息系统设计

随着研究生教育的不断发展和研究生招生规模的不断扩张，对学位和研究生教育的管理信息化要求也在不断提高。

手工操作和单机事务性系统的应用已不能满足招生、培养、学位和就业等不同管理层面的需求，要规范管理、节约成本、提高工作效率就必须研发和应用真正实现信息共享和动态管理的网络信息化系统。

1系统设计原则

1．1信息资源规划

信息系统需对信息的产生、获取、处理、存储、传输和使用进行全面的管理。

这需要先期作好信息标准化、流程规范化的信息资源规划工作。

数据标准化包括数据元素标准化、信息分类编码标准化、用户视图标准化、概念数据库标准化和逻辑数据库标准化。

流程规范化的主体是基础信息和流程信息的整合，其中包括数据一致性、模板定义、业务流程规范、标准库和标准代码等工作。

信息资源进行合理规划，才会实现信息的有效传递和共享，避免有新的信息孤岛产生以及重复投资。

1．2教育资源优化整合

研究生培养是一项复杂的系统工程，培养过程中涉及人、财、物等多种教学资源，在培养管理的不同环节与不同教学环境发生联系。

信息系统规划中必须以面向研究生培养过程的系统工程原则和面向教学环境的整体性原则对教育资源进行优化整合，突出研究生管理作为系统设计的中心地位，并以培养过程为业务流程主线，强调管理思路，使各个功能模块衔接为一有机整体。

2业务功能及流程

研究生培养包括招生、学籍、培养计划、选课、排课、成绩、就业等主要环节。

由此系统管理业务可划分为学科信息、招生管理、学籍管理、培养管理、学位管理和就业管理等方面。

通过分析各业务功能的实

现途径，可得出业务功能实现流程图。

进一步通过业务功能和信息流的分析，归纳出关键业务功能。

由此确定出实现这些业务流程所需的支持系统，包括潜在的应用程序或模块，从而制定出应用程序大纲，如表1所示。

各研究生培养单位的管理模式及方法不尽相同。

因此，系统设计需结合现实的部门分工和职责划分，通过组织结构、人员结构和知识结构分析，并兼顾系统的伸缩性和适应性，对信息系统进行业务流程重组。

最终形成以数据驱动为主、关键业务驱动为辅的管理信息系统构架。

架构本系统的主干模块划为学籍管理、课程计划管理、培养计划管理、成绩管理、课程管理、选课管理、教师管理、排课管理和毕业审核等9个部分。

系统业务处理流程如图1所示。

2．1学籍管理

研究生招生过程多采用国家学位办推荐的招生系统完成，学籍管理系统的基础数据直接从招生系统获取。

日常学籍管理包括三助管理、奖惩管理、修／退／复／转学等异动管理和信息查询等。

2．2课程计划管理

在专业设置和调整过程中，课程计划由学科带头人召集学科组成员共同审议定制。

课程计划由不同门数的学位课程和部分专业选修课程构成，属于专业基础数据。

2．3培养计划管理

新生人校后在导师指导下，完成培养计划的填写录入工作。

学位课程由专业课程计划指定，选修课程可以在全校硕博士课程中选择。

培养计划需经学科组确认后执行，是研究生培养的具体实施方案，每人一套方案。

排课管理系统据此排课，并生成每学期课表。

2．4成绩管理

成绩是研究生参加学习和考核后，教师对其学习的评价。

由任课教师网上录入，并经管理部门确认后生效。

成绩属于系统核心数据，是评价教学效果、毕业审核等活动的直接依据。

2．5课程管理

课程分学位课、专业选修课等，组成独立的基础信息库，是制定研究生培养计划的依据。

2．6选课管理

研究生在导师指导下按自己的兴趣和自身条件选择课程进行学习，是培养计划定制的必经过程。

系统实现网上选课和选课管理。

2．7教师管理

研究生导师和任课教师基本信息编辑、维护和发布。

2．8排课管理

每学期系统依据培养计划安排课程，打印输出教师、学生、教室课表。

排课过程是一个寻找最优解

的过程，通过系统的运算、存储和检索机制，并在人

工干预的情况下完成。

2．9毕业审核

根据各课程模块的学分累加值判断研究生是否具备毕业条件，提供查询输出满足条件毕业生名单、不满足条件的研究生名单及原因等。

对满足条件的毕业生启动信息整理归档工作。

3关键开发技术

3．1工程设计

任何软件项目都是一个复杂的系统工程，软件过程的标准化是软件产品的质量保证。

本系统开发

中采用UML语言并运用RUP过程进行统一建模。

UML是面向对象开发的行业标准语言。

它不仅可以支持面向对象的分析和设计，而且能够有力地支持从系统需求分析到系统测试的整个软件开发的全过程，适用于各种不同类型软件系统的开发。

。

3．2开发环境

系统开发语言采用PHP，网络信息服务软件采用Apache，数据库管理系统采用MySql。

这种组合目前在互联网上大量使用，具有较高的可靠性和安全性，是真正实现了跨Windows、UNIX和Linux几大网络操作系统的软件开发平台。

作为开放源代码的免费软件，也能节省软件开发成本。

3．3系统体系结构

采用客户端、Web服务器和数据库服务器的三层结构。

利用校园网网络环境，实现数据的院、校、师生分级管理维护，实现信息的动态查询和管理。

建立面向最终用户的个性化页面，使用户只要进入个性化页面就能看到所需的相关信息。

实现系统功能由“面向管理”向“面向服务”的转化。

3．4系统基础指标

数据库文件主体结构参照《高等学校和科研机构学位与研究生教育管理信息标准》有关规定建立，部分数据库表结构通过业务流程与数据库文件的映射形成。

优化算法和数据结构设计、测试优化索引和结构化查询语句，并使用数据库缓存、页面缓存等技术，使千人同时在线时，系统响应速度和服务器性

能也能得到保障。

3．5一体化管理

提供强大的后台管理和控制能力，可以对整个系统的各模块和功能进行详细设置。

依据组织职责授予用户相应权限，做到统一授权、分级管理和全面安全跟踪。

提供数据备份、操作历史记录和操作错误恢复机制。

信息系统在管理上的引入不单纯是技术手段上变革，还能促进组织结构、管理模式等方面的革新和优化，这就是信息系统的价值所在。

《案例六学位与研究生管理信息系统设计》案例使用说明

一、教学目的

本案例以学位与研究生管理信息系统设计背景，运用管理信息系统课程中所学的结构化分析方法，介绍建立一个实际的信息管理系统的过程和一般方法。

使读者深刻理解结构化分析方法建立系统的整个过程，给信息系统学习者一个方法上的指导。

二、讨论参考题

（1）讨论研究生管理信息系统的业务流程？

（2）讨论该系统设计时候用到了哪些技术，这些技术对实现系统的功能有什么作用？

（3）查找UML建模方法的相关书籍，了解该建模方法的特点。

三、使用建议

本案例可以在讲授信息系统的设计、实施时使用。

案例7.1基于Web的高校饮食生产管理信息系统设计

（一）

高校后勤饮食生产管理信息系统是针对高校现有的后勤管理体制和需求，而开发的适用性强、方便易用的计算机管理软件。

它可以把核算人员、保管人员、财会人员等从登记账薄、核算、统计报表等繁重的重复性手工劳动中解脱出来，减轻劳动强度，提高工作效率和准确性，降低企业的运营成本；为办公室人员提供直观的查询、汇总统计等功能，减轻其工作量和劳动强度；提供直观的各种经营报表和查询等功能，供管理人员随时掌握企业的运行状况，为决策提供参考，提高管理水平；此外，系统提供的成本核算、经营状况分析等功能可以有效地促进伙食管理工作制度化和规范化，堵塞管理漏洞，降低饮食的经营成本．提高经济效益，推动饮食管理工作现代化。

受某校饮食服务中心的委托，开发了一套适用性强、方便易用的饮食生产管理信息系统。

一、系统特色

（1）系统充分体现了先进性，系统采用的B／S模式是目前最先进的模式，系统平台和应用平台也都具有先进性。

和现有的高校饮食物流管理系统相比，生产管理系统的功能更全面。

系统的物流管理部分比现有系统的功能更加全面，除提供入库、出库、库存管理、查询及报表打印功能之外，还提供物流管理中的报废管理、送货管理、试用物资管理等内容，并且系统的成本核算一直核算到班组．此外，系统还提供了用于生产管理的多种功能，包括采购计划、物资分发、成本核算、毛利核算、毛利率核算、经营状况在内的多种查询、物资发放以及相关规定辅助管理等内容。

（2）采用了人性化设计，把操作简单、使用方便、功能实用作为设计的根本方针．比如在各部门（中心和各食堂）的主页上显示本部门本月内的营业额日变化曲线、毛利率日变化曲线及毛利率均值；本部门本年内的营业额月变化曲线、毛利率月变化曲线及毛利率均值．再比如采购计划子系统中不仅包括计划的内容。

而且考虑采购物资的分发方便性，而设置了食堂物资计划采购单。

系统的使用极其方便。

有权限的人在办公室、在家中甚至出差在外都可以使用系统。

（3）自动化程度高、系统的维护工作量小。

绝大部分计算都由定时触发器触发相应事件而自动进行计算．不需要人的参与．比如每日24时SQL时间触发器触发核算子程序，汇总班组的日总营业额、日总成本，计算班组的日毛利、日毛利率．充分减轻管理人员的劳动强度，把核算人员从登记账薄、统计报表等繁重的重复性手工劳动中解脱出来，减轻管理人员的劳动强度，提高工作效率和准确性．系统采用浏览器服务器（B／S）模式进行开发，采用数据库服务器，web服务器，瘦客户端（IE浏览器）3层结构．和C／S模式相比，其所有的维护量都集中在服务器端．瘦客户端是IE浏览器，几乎没有什么维护工作量。

（4）系统具有良好的可扩展性和易升级性。

系统的总体框架为3层结构，系统平台、应用平台和应用软件主体。

每一层都有各自相对独立的功能，层次分明．邻层之间的接口，遵守国际标准，界面清晰，简捷可靠，便于工程化开发．其开发环境标准，开发周期短，便于维护、升级和扩展．系统是饮食服务中心MIS系统的一个子系统，本方案在结构设计上、模式选择上、容量确定上等都充分考虑了这种情况，将来，人力资源管理子系统、办公自动化系统等都可以很方便地与系统集成。

二、系统结构设计

2．1饮食服务中心的物流管理模式

图1显示了饮食服务中心目前采用的物流管理模式，在行政和财务管理方面，也采用类似的3级管理．此模式具有较强的生命力，我国大多数高校都采用这种模式．系统专门针对这种模式进行规划、设计，可以方便地在这种管理模式上移植。

2．2系统的物理组成

整个系统各食堂，饮食服务中心配置若干终端，并需一台服务器．借助于校园网已有的资源，将各个食堂的计算机终端和服务器互联．通过合理设置IP地址，实现各终端和服务器问的数据交换。

2．3系统结构

新一代生产管理系统呈层次型框架式结构，其应用软件主体为相对独立的模块式结构．整体系统完整、统一，体现了我国企业特点．其中包含了企业主要的业务流程，与企业的组织机构设置无关，且业务流程是基于网络和动态的，既是分布在企业网上又是易于生成的．因此能适应企业的不断改革和机构的调整、变化，具有十分良好的行业通用性，既便于推广应用，又便于与相关系统互连．其总体结构为：

底层为系统平台，中间层为应用平台，上层为应用软件主体。

2．3．1系统平台

系统平台实际上是生产管理系统的公共支撑环境，它的性能决定着生产管理系统的水平，包括互联性、可靠性、开发性和先进性等．系统平台层内部也是层次型的，其底层是硬件，包括计算机（服务器）和网络设备。

其上为系统支撑软件即操作系统和网络协议。

最上面的一层为应用系统的公共开发环境，包括数据库管理系统和开发工具．系统采用浏览器／服务器（Brower／Server）模式，数据库管理系统采用MicrosoftSQLServer2000，web服务器使用IIS5．0（InternetInformationServ—er），开发工具采用ASP．全部应用程序运行于win—

dows2000Server操作系统之上。

2．3．2应用平台

应用平台与系统平台的不同之处在于，它不是生产管理系统的公共支撑，而仅是生产管理系统的某一个或几个模块的支撑环境．另外，应用平台本身需要系统平台的支撑，它不能脱离系统平台而独立运行，因此说应用平台是一个承上启下的中间技术层．应用平台采用B／S3层体系结构：

数据库服务器，web服务器，瘦客户端（IE浏览器）．服务器和浏览器通过中间层（web服务器层）互访，当业务逻辑发生变化时，修改web服务器端的代码，就可适应这种变化，避免了采用C／S模式时客户端的烦琐修改，从而使得本管理系统具有十分良好的扩展性和易维护性。

2．3．3应用软件主体

应用软件主体是生产管理系统的最上层，它是生产管理系统程序和数据的集合，应用软件主体的内部呈模块式结构，主体中每一个模块，包含了功能关系密切的一组子系统．应用软件由5大子系统组成，即系统维护子系统、数据管理子系统、查询统计子系统、报表管理子系统和统计图形子系统，每个子系统又由一组子系统构成．在子系统内部，各子系统中各功能函数，也是完全标准化的，且应用程序和数据互相独立，数据库和客户端互相分隔。

三、系统的功能设计

对需求进行仔细分析后，按结构化程序设计的要求，进行集中、分块，得到如图2的系统功能模块图。

3．1系统维护子系统

用户管理：

负责系统管理员的添加，修改和删除；物品管理：

负责物品和物品（包括助记符）的添加，修改和删除；部门管理：

负责部门和各部门代码（包括助记符）的添加，修改和删除．部门分3级编码，编码的第一位是中心代码，第2、3位是食堂代码，第4、5位是班组代码；库平衡管理：

包括库平衡检查和库平衡调整．对入库的总数量和发放到各食堂班组的总数量差值的检查和调整；重要表导出：

在年终扎帐管理后将部分重要数据导出为EXCEL文件保存；工资表导入：

将上级部门发放的部分工资信息拷盘并导入到系统数据库中，减少数据录入工作量。

3．2数据管理子系统

采购管理：

制定本部门的采购计划；物流管理：

包括验收、做账、出库、调拨、退货、报废等物流管理的基本流程；经营管理：

包括收入、支出、结账、核算、月扎账等；员工管理：

负责员工数据的录入、删除和修改；设备管理：

负责设备数据的录入、删除和修改；劳资管理：

负责员工考勤信息、工资信息的录入和修改；辅助管理：

负责供货商信息、其他发放的物资信息的录入、删除和修改。

3．3查询汇总子系统

可以根据数据库中任意字段的任意条件组合进行动态查询，查询方式既可以精确查询，也可以模糊查询，还可以进行比较查询．对于字段较多的，还可以动态选择要显示的字段，避免了显示全部字段带来的不美观．汇总也均为动态汇总统计，是在动态查询的结果之上按大部分字段（有些字段的统计没有实际意义，所以系统将其屏蔽）进行汇总统计，也就是说，可以按照任意指定的条件进行汇总统计，充分满足生产管理实际中的各种汇总需要。

3．4报表管理子系统

提供对包括计划采购单、入库证、出库证、盘存、工资单、经营汇总、挂帐清单、×××发放表等各类报表的制定、汇总、打印等功能。

3．5统计图形子系统

提供对各部门（中心和各食堂）本月内的营业额日变化曲线、毛利率日变化曲线；本部门本年内的营业额月变化曲线、毛利率月变化曲线；各物品本月内物价变化曲线，上月物价变化曲线。

《案例7.1基于Web的高校饮食生产管理信息系统设计

（一）》案例使用说明

四、教学目的

本案例以高校饮食生产管理信息系统设计背景，运用管理信息系统课程中所学的结构化分析方法，介绍建立一个实际的信息管理系统的过程和一般方法。

使读者深刻理解结构化分析方法建立系统的整个过程，给信息系统学习者一个方法上的指导。

五、讨论参考题

（4）系统设计时候是如何实现系统特色的？

（5）讨论该系统各功能模块的作用。

六、使用建议

本案例可以在讲授信息系统的开发方法时使用。

教师可以在课堂上以本案例为例说明结构化系统开发方法的整个过程。

同时可以根据学生理解能力和自身掌握知识的不同，为不同的学生设定不同的计划。

对于理解掌握案例一般的学生针对分析、设计、事实的各个不同阶段进行阶段性强化训练；对于理解掌握案例较好的学生可以给出一个背景材料让其对比这一案例，做一个整体的过程分析。