学籍管理系统分析报告
20##-06-05 14:58:57| 分类：电子商务分析|字号 订阅
1．系统分析
详细了解结构化系统开发方法的系统分析阶段的工作内容，学会运用系统调查和系统分析的主要工具，尤其是掌握如何运用业务流程图对企业的业务流程进行分析，运用数据流程图和数据字典对新系统的逻辑模型进行描述；同时，学会在系统详细调查的基础上进行系统化分析，并提出新系统的逻辑模型
1.1 系统分析概述
1、系统分析概述
系统分析又称为系统逻辑设计，它处于总体规划与系统设计两个阶段之间，是管理信息系统开发的第二个阶段，不论运用何种开发管理信息系统的方法，这都是一个必需的并且是十分重要的环节，在这个阶段主要解决系统“做什么”的问题。这一环节的工作质量是决定系统开发成败的关键。
系统分析是在总体规划的指导下，对系统进行详细深入的调查研究，将一个系统分解成各个组成部分，确定新系统的逻辑观念的过程。分析的目的是研究系统的各个部分如何工作、如何交互，以获得一个合理的新系统的逻辑模型来实现其系统目标。
2、需求分析
需求分析应分析哪些需要求
需求包括：
功能要求
性能要求
可靠性要求
安全保密性要求
以及开发费用和开发周期
可使用资源等方面的限制
其中， 功能要求是最基本的，包括数据要求和加工要求。
1.2 可行性分析
1.2.1 可行性分析的任务
可行性分析的任务是明确应用项目的开发的必要性和可行性。这项工作需建立在初步调查的基础上。如果管理人员对信息系统的需求不很迫切，或者条件尚不具备，就是不可行。
可行性，一般说来，至少应该从下述三方面研究每种解法的可行性：
1．技术上的可行性
2．经济上的可行性
3．操作上的可行性
可行性分析（初步调查）
已在系统规划中完成。
1.2.2 可行性分析报告
可行性分析报告是可行性分析的结果用报告的形式编写出来。
1、可行性分析报告的内容是：（1 ）系统简述；（2 ）项目的目标；（3 ）所需资源、预算和期望效益；（4 ）对项目可行性的结论。
可行性分析结论应明确指出以下内容之一：（1 ）可以立即开发；（2 ）改进原系统；（3 ）目前不可行，或者需推迟到某些条件具备以后再进行。
2、某高校学籍管理系统实例说明
（1）技术上的可行
该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。软件上，操作系统采用WindowsNT, 数据库管理系统采用SQL Server2000，这些软件在 MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。
（2）经济上可行
由于学校急需采用计算机来进行学生的学籍管理，因此对开发学籍管理信息系统大力支持，拨款25万元作为开发经费。
（3）操作上可行
由于该学校有很好的管理体制：每位学生均有学号及相关的成绩管理记录，且每次奖惩均会记录在相关档案中，以此来决定学生的升级、留级、退学情况。因此可以利用管理信息系统来进行管理。
1.3 详细调查
需求分析（详细调查）
需求调查用表（1）
需求调查用表（2）
1.4 组织结构与管理功能分析
组织结构分析
组织结构，是一张反映组织内部之间隶属关系的树状结构图。
在学籍管理信息系统的研发中，学校的组织结构图：
以下，特别针对学生的学籍管理列出教务处的管理功能图：
1.5 业务流程分析
业务流程分析的目的：通过业务流程分析，可以发现现行系统中存在的问题，修改原系统的不合理部分，优化业务处理流程。通过细致的业务流程调查，就可以对现行系统的业务流程有了深入、详尽的理解。然后，通过对业务流程的分析，我们可以看到系统业务流程存在很多的问题：可能是管理思想和方法落后，业务流程不尽合理，也可能是因为计算机信息系统的建设为优化原业务流程提供的新的可能性。这时，就需要在对现有业务流程进行分析的基础上进行业务流程重组，产生新的更为合理的业务流程。
业务流程图（Transaction Flow Diagram , 简称 TFD ）
就是用一些规定的符号来表示具体业务处理过程。业务流程图易于阅读和理解，是分析业务流程的重要工具。
任课教师把学生成绩单交系教务人员，由系教务人员把成绩录入学籍表，并将学籍表交给教务处学籍管理员，学籍管理员根据学籍管理条例，根据学籍表中的成绩及补考情况，确定学生的升级、留级及退学,将处理结果记入学籍表，并发放通知书给学生。
分析：
弄清上述问题涉及到了哪些人员、部门、单据？
这些单据、部门、人员用什么表示？
学籍业务流程图 ：
1.6 数据与数据流程分析
在业务流程调查分析中绘制的管理业务流程图等虽然形象地表达了管理中信息的流动和存储过程，但仍没有完全脱离一些物质要素(如货物、产品等)。为了用计算机进行信息管理，还必须进一步舍去物质要素，收集有关资料，绘制系统的数据流程图，对系统进行数据流程分析。
1.6.1 数据收集
系统数据流程分析的基础是数据或资料的收集，其原则是一切从实际出发。数据收集和数据分析工作没有明显的界限，数据收集常伴以分析，而数据分析又常需要补充收集数据。
收集的数据资料包括：现行系统全部输入单据（如入库单、收据、凭证）、输出报表和数据存储介质（如账本、清单）的典型格式。
弄清各环节的处理方法和计算方法；
在上述各单据、报表、账本的典型样品上或用附页注明制作单位、报送单位、存放地点、发生频度、发生的高峰时间及发生量等；
在上述各种单据、报表、账册的典型样品上注明各项数据的类型（数字、字符）、长度、取值范围。
1.6.2 数据分析和汇总
1．数据分析的方式
（1）围绕系统目标进行分析
（2）弄清信息周围环境
（3）围绕现行业务流程进行分析
2．数据分类
（1）输入数据类
（2）过程数据类
（3）最终输出数据类
3．数据特征分析
数据特征分析是为了以后的设计工作作准备，特征分析主要包括以下内容：
（1）数据的类型及长度。数据是字符型还是数字型、是定长的还是变长的、长度以及其他特殊要求（如精度、正负号等）；
（2）合理的取值范围。这是输入、校对和审核所必须的；
（3）哪些业务使用这些数据；
（4）数据流量：单位时间内的业务量、使用效率、存储和保留的时间周期等；
（5）重要程序和保密程度。
4．数据汇总
数据汇总是一项较为繁杂的工作，通常按如下四个步骤进行。
（1）数据分类编码
（2）数据完整性分析
（3）将所有原始数据和最终数据分类整理出来
（4）确定数据的字长和精度
一、《高校学籍管理信息系统》系统规划
学籍管理信息系统总目标：为使学籍管理信息系统更完善；为了教学办公室对学生档案的管理更方便；为了减轻行政人员的工作负担；提高小组人员软件开发能力。
了解当前信息系统的状况：了解对象学院教务科。学院目前使用全校通用的教务管理系统，针对性不强；接收上级文件以email形式，速度慢；学校网络情况不稳定，若发生故障学院教务管理工作也受影响；组织机构和人员分工方面，现有的学生学籍资料分别由教务科、学生科管理，最大的问题是容易出现数据的不一致。业务流程有成绩管理、档案管理、日常教务处理、毕业生学位管理、奖惩管理。各种原始单据如下：
相关信息说明：本MIS使用对象为学院教务科。便于教务科对本学院的学生的学籍管理，档案管理，及时，快速，在学校教务管理系统不稳定的情况下，能够提供数据备份和工作的操作平台。
二、《高校学籍管理信息系统》系统分析报告
（一）、引言
随着信息技术的发展，电子政务在校园网内首先得到试点。高校的学籍管理工作是学校管理工作的重要一环。这次我们小组开发高校学籍管理信息系统的开发目标在于把教学管理人员从繁杂的教务中解脱出来，用计算机系统实现学籍管理。在原有的学生管理信息系统的基础增加了学籍管理的流程，是教务人员把更多精力放在教学计划地执行和教学质量的监督评估上。这个高校学籍管理系统使用范围限于本学院教务科，主要功能：录入、修改、删除、查询成绩、排名、打印成绩单；根据成绩确定重修学生名单，奖励名单；统计学生不及格科目决定留退学生名单；录入、修改、删除、查询、打印学生基本档案；考试作弊以及其他纪律处分的纪录；毕业资格审查。
（二）、现行系统概况
学院采用的是学校通用的教务管理系统，因为我们是做课程设计，而不是实际开发，这里用来做比较的系统是上学期在学《数据库原理与应用》时作的一个学生管理信息系统，当时我们所作的需求分析报告如下：
学生管理信息系统需求分析
一、状况和可行性分析：一个使用方便，界面友好，功能完善的本地的学生管理信息系统。用VF做设计平台，做成菜单样式的.exe的可执行程序
二、菜单包含的基本功能
档案管理（添加，修改，删除，查询）主要有STU表
成绩管理（添加，修改，删除，查询）主要有COURSE表，SCORE表实现
打印处理（打印学生档案表，打印学生成绩表）
选项（关于，退出）
STU表组成：学号，姓名，性别，专业，照片，获奖情况，家庭住址，联系方式（EMAIL，电话）
Course表组成：课程号，课程名，任课老师，联系方式（EMAIL,电话，办公室）
Score表组成：学号，课程号，成绩
这个系统存在的主要问题是：
1、 没有最后形成一个可执行.exe文件，只有在电脑装有VFP6.0才能使用系统，项目管理器缺少主程序的设置。
2、 查询时出现的错误，如文件正在使用，如何解决。（表单3）
3、 没写“添加信息不能为空”的代码
4、 用删除按钮将所有记录删除后，输入的文本框部分变为灰色，再添加信息无法实现。
5、 表之间的参照完整性没有设置，导致一个表的记录删除后，相应表的记录没做改变，打印出来的报表上仍有原来记录值出现。
6、 系统模块过于简单，难以实现学籍管理的需要。
数据流程分析
数据流程分析
是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。
数据流程分析的目的是要发现和解决数据流通中的问题，如：数据流程不畅、前后数据不匹配、数据处理过程不合理等等。
一个畅通的数据流程是今后新系统用以实现这个业务处理过程的基础。
数据流程分析的实现
分层数据流程图（Data Flow Diagram , 简称 DFD ）
数据流程图基本符号同上。
分层数据流图 （三）、新系统的逻辑方案
1新系统的目标
档案管理：学生的基本情况
成绩管理：期末成绩、补考成绩、四、六级成绩、计算机等级考试成绩
奖惩管理：奖学金评定，纪律处分
毕业生学位管理：结业处理，毕业处理、学籍卡片
日常教务管理:各种日常报表,如通知书，补考通知书等，学生学习成绩的各种分类统计等
2新系统的逻辑模型(数据流程图、数据字典、实体关系图)
数据流程图：
数据字典：
数据元素：
名称 类型 长度 取值
学号 C 10 not null
姓名 C 4 not null
性别 C 2 男/女
出生日期 D 8 not null
专业 C 20 not null
课程号 C 6 not null
学期数 C 1 {1、2、3、4、5、6、7、8}
成绩 N 3 0~100
补考成绩 N 3 0~100
补考次数 N 1
课程名 C 20 not null
授课老师 C 8
学分数 N 1 <10
学院 C 20 not null
考试科目 C 20 大学英语四、六级考试、计算机等级考试
考试成绩 C 4 合格、优秀
学位 C 20 not null
注：一些使用量不大的字段不包括在以上数据元素中
数据结构:
D1学籍表={学号+姓名+性别+出生日期+学院+专业}
D2成绩表={学号+课程号+学期数+成绩+补考成绩+补考次数}
D2.1成绩排名表={学号+课程名+学分数+总分+总学分数+平均分+名次}
D3.1 获奖入围名单={学号+课程名+学分数+总分+总学分数+平均分+名次}
D3.2 处分学生名单={学号+姓名+性别+学院+专业+处分+备注}
D3获奖学生名单={学号+姓名+奖学金情况}
D4.1毕业生基本情况表={学号+姓名+性别+出生日期+学院+专业+奖学金情况+处分+备注+英语四级通过情况+计算机考试通过情况+毕业论文情况+公共体育课通过情况}
D4.2={学号+姓名+性别+学院+专业+学位+备注（没获得学位结业）}
D4.3={学号+姓名+性别+出生日期+学院+专业+奖惩情况+学位+备注}
课程表={课程号+课程名+授课老师+学分数}
英语计算机考试成绩表={学号+考试科目+成绩}
毕业生登记表={学号+姓名+学院+专业+学位}
注：一些临时报表未在以上数据字典中列出
p5.3、P2.3的处理逻辑
不及格课程四门以上：留级
期末课程成绩考察（包括补考成绩）
不及格四门以下：补考
P4.2的处理逻辑
考试作弊不予补考者：结业
毕业资格审查 历年规定课程不合格：结业
无作弊纪律处分
体育成绩不及格：结业
所有课程合格
毕业论文不合格：结业
体育成绩合格
论文合格 未通过CET4:结业
通过CET4：毕业
实体关系图
注：没画出实体的属性
3、新系统功能
4、新系统各个环节上采用的管理方法模型：
分类管理，分为5个子模块进行管理
5、与系统相配套的管理体制和运行体制的建立：
本系统是原有教务行政职能管理，直线管理办公模式的复制，谈不上流程的再造。若下次开发系统应定位于开发多用户的远程学籍管理信息系统。实现学籍管理信息系统的网络传输，能够与学校教务管理信息系统相容，通过网络传输的方式向学校提交学生数据，规定教师、学生、教务课行政人员各自的使用权限。实施之前需在技术可行性、经济可行性、政治可行性上多加论证。下一阶段的进度计划是系统设计。
学籍管理系统顶层数据流程图
学籍管理系统的第一层数据流程图 ：
“成绩管理”框的展开 ：
画数据流程图应该注意的几个问题:适当地命名：
(1)编号
(2)自顶向下逐层分解，不要一下子引入过多细节，应该逐步增加细节
(3)先考虑稳定状态，忽略琐碎的枝节
(4)外部实体、数据流、数据处理和数据存储，各种符号之间的联系都必须通过数据处理符号，因为不经过数据处理，数据不可能从一个外部实体或数据存储流向另一个外部实体或数据存储。
1.7 数据字典
数据流程图只能给出
系统逻辑功能的一个总体框架
而缺乏详细、具体的内容。
数据字典（Date Dictionary 简称DD ）
数据流程图上所有成分的定义和解释的文字集合就是数据字典。
数据字典
对数据流图的各种成分起注释、说明的作用，给这些成分赋以实际的内容。
对系统分析中其他需要说明的问题进行定义和说明。
数据字典的内容
数据项：数据的最小单位，描述数据的静态特性。
数据流：由一个或一组固定的数据项组成。
数据存储（文件）：描述数据的逻辑存储结构。
数据处理（加工）
外部实体
1.8 描述处理逻辑的工具
数据流程图中比较复杂的处理逻辑可以用以下描述工具来加以说明。
1、判定树
判定树是用树形分叉图表示处理逻辑的一种工具。它由两部分组成，左侧用分叉表示条件，右侧表示采取的行动（决策）。判定树比较直观，容易理解，但当条件多时，不容易清楚地表达出整个判别过程。
2、判定表（又称决策表）
判定表是采用表格方式来描述处理逻辑的一种工具。
3、结构英语表示法
这是一种模仿计算机语言的处理逻辑描述方法。它使用了由“IF”、“THEN”、“ELSE”等词组成的规范化语言。
某企业根据用户欠款时间长短和现有库存量情况处理用户定货方案。若欠款时间不超过30天，需求量超过库存量，即先按库存发货，进货后再补发，否则立即发货；若欠款时间超过30天，但不超过100天，需求量超过库存量，即不发货，否则先付款再发货；若欠款时间超过100天，要求先付欠款。试用结构化语言、决策树、决策表来描述之。
1.9 建立新系统的逻辑模型
新系统逻辑模型，主要包括：
对系统业务流程分析整理的结果；
对数据及数据流程分析整理的结果；
子系统划分的结果；
各个具体的业务处理过程，以及根据实际情况应建立的管理模型和管理方法。
1.10 系统分析报告
系统分析报告
1、引言部分（名称，开发目标，主要功能，开发背景等）
2、系统目标和开发的可行性
3、现行系统概况
A．现行系统现状调查说明：包括组织机构图，系统目标、
功能一览表、业务流程图、业务流量以及存在的薄弱环节等。
B．系统需求说明：用户需求及主要存在的问题等。
4、新系统的逻辑方案
1）新系统拟定的业务流程及业务处理方式
2）新系统拟定的数据指标体系和数据流程
3）新系统的逻辑结构及数据资源分布