数字离校系统需求分析.docx

资源描述

数字离校系统需求分析.docx

《数字离校系统需求分析.docx》由会员分享，可在线阅读，更多相关《数字离校系统需求分析.docx（22页珍藏版）》请在冰点文库上搜索。

数字离校系统需求分析.docx

数字离校系统需求分析

需求分析

1.引言

1.1 目的

随着国内外各个高校信息化建设的深入，数字校园平台已经成为服务于学生与教师的有效途径，特别是数字迎新离校管理与服务系统是信息化平台中一个非常关键的服务。

面对当前日益增多的学生，如果让学生手持离校手续的流程单，到学校各个部门盖章，而各部门的办公人员全力应对学生的离校事务。

学生需要在不同之处奔波，部处工作人员压力大、负担重。

为改变这种现状，建设一个高效率、方便学生、减轻办公人员压力的离校系统已成为十分紧迫的需求，为此学校决定将传统的离校办理业务进行数字化、信息化、网络化改革，实现学生数字离校。

1.2 背景

软件名称

四川师范大学电子离校系统

本项目用户

所有四川师范大学的学生以及教职工

行业情况

现在社会越来越信息化、数字化、电子化，所以这样的系统倍受青睐

与其他机构关系

高校使用这样的数字离校系统，提高了学校的工作效率，让教职工或学生都得到了更大的方便

1.3 术语

名词

解释

业务流程图

业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。

数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

管理调查程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收集有关资料，用计算机进行信息管理，为下一步分析做好准备。

数据流程图

数据流程图表示求解某一问题的数据通路。

同时规定了处理的主要阶段和所用的各种数据媒体。

数据流程图包括：

1.指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。

2.指明对数据执行处理的处理符号，这些符号也可指明该处理所用到的机器功能。

3.指明几个处理和（或）数据媒体之间的数据流的流线符号。

4.便于读、写数据流程图的特殊符号。

在处理符号的前后都应是数据符号。

数据流程图以数据符号开始和结束（除9．4规定的特殊符号外）

处理过程

功能图

是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

数据字典

所谓数据词典,是指定义和管理数据库文件（库表）的有组织的系统,其目的是方便数据库的存取和控制,加强系统的数据管理

需求提出者

需求提出者是对项目进行提出需求的用户

图例说明

是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。

数据存储

数据存储是一种对深入挖掘用户需求，得出数据分析的存储过程。

是对整个数据的中间结果以及最终结果的存储。

数据传递

数据传递是处于整个规定了的所有数据媒体的中间产物的传递。

2.任务概述

2.1 总体目标

建设“数字离校系统”的目的是为了给毕业生提供方便、高效、一体的离校手续办理环境和服务，加强参加离校的各个部门间的数据共享、工作配合和业务协同，提高学校各相关部门的工作效率和服务质量。

2.2性能目标

应用范围：

主要用户

主要功能

管理员

离校系统参数设置、数据维护管理、离校手续制定、各部门数据导入配置管理等

部门老师

针对当前年度所有毕业生的办理

院系老师

对本院系学生办理相关的离校手续

校领导

通过统计报表及时查询毕业生的手续办理情况

1、系统通过信息门户为毕业生、图书馆、学生社区管理中心教务处、保卫处、院系、校领导等提供管理与服务的统一入口；

2、系统提供统一身份认证集成方式，对各办理环节提供安全保障

3、系统提供离校数据准备、离校现场办理、离校公告发布管理等核心业务；

4、系统提供与教务数据、一卡通数据、财务数据、及社区管理等数据的有效集成，并提供集成方案；

5、系统提供灵活的离校方案制定，方便进行不同批次不同学生类别离校方案的区分及相关管理人员管理流程的指定；

2.3 系统的特点

此数字离校系统主要包括系统管理、离校前期学生准备、离校学生手续办理和离校数据的统计分析等模块。

数字离校系统将涉及离校的财务、教务、学工等系统数据与应用服务整合到一个平台上，实现所有离校业务在同一平台办理，并采用多种统计报表对离校各类业务数据进行多方面展示，使数据更加直观易分析。

毕业生登录系统可随时查看本人离校各业务状态，系统会自动审核通过符合条件的毕业生（这部分毕业生不需要再到现场办理），“未通过”毕业生则被告知需到现场办理。

系统还向毕业生提供审核未通过的原因以及下一步手续办理流程。

在为毕业生们简化离校流程，大幅度节省手续办理时间的同时，数字离校系统采用整合技术进行自动审批也大大减轻了各部门审批过程的工作量，保证了毕业生“离校状态”的实时性，强有力地提高了各部门老师的工作效率。

3.功能需求

3.1业务流程图

图1

3.2实现功能

图2

3.1.1功能实现子模块

图3

图3中描述了系统维护的功能，其中：

1.组维护：

选择用户组，查看系统已经有的用户组和相关权限。

2.用户维护：

管理员可以通过该功能添加用户、修改用户、删除用户、用户授权、设置读写权等功能。

3.学生数据维护：

选择学生类别，系统自动列出所有该类别的学生。

对学生信息增加，删除，修改，导入和导出数据等操作。

4.教师数据维护：

选择教职工类别，系统自动列出所有该类别的教职工。

对教职工信息增加，删除，修改，导入和导出数据等操作。

5.操作日志查询：

用户可以选择操作员（用户名），操作日期段，以及IP地址段对操作日志进行查询。

6.数据备份恢复：

用户可以自定义输入备份文件名，点保存后，系统自动在应用服务器上做数据备份。

7.系统设置：

用户可以设定学校名称，启动时间，系统万能密钥（万一管理员忘记系统登录密码可以通过万能密钥当作密码登陆，注意保密性）以及当前年份。

图4

图4描述的是学生可以进行网上查看自己的信息，在线咨询关于离校的有关事宜。

图5

图5描述功能有2个角色可以实现：

1.学生：

登陆系统修改自己的密码。

2.管理员：

可以修改用户的密码

图6

图6描述学生办理离校手续：

1.部门手续办理：

根据学生类别，院系，专业和班级，年级，校区等对学生信息进行操作。

2.分院手续办理：

根据学生类别，院系，专业和班级，年级，校区等对学生信息进行操作。

3.学生离校办理：

输入学号或者姓名进行查询，可以查看审核情况。

4.单个学生办理：

对单个学生进行各项审查。

5.证书发放：

对通过审核的同学进行证书发放。

图7

图8

图8中：

1.离校项目与处理：

根据学生的类别，学院，班级生成当年学生的电子离校单。

2.办理流程：

显示学生离校需要办理的手续的单位及时间，可以对这些信息进行操作。

3.新闻发布管理：

部门或者学院有通知或者信息要发布，则可以在此发布与离校相关的信息。

面向对象分为:

学生和老师以及全部。

面向老师的除了学生用户其他都能看到,面向对象为学生的（且具体到某个学院的）,则只有（某个学院的）学生用户才能看到。

面向对象为全部的则所有用户都能看到。

必须填入新闻的标题。

对于发布了的新闻可以进行修改/删除操作。

4.打印方式设置：

选择系名称，学生类别，打印方式（受限制（没有审核完成不允许打印），不受限制），审核方式（手工，自动），是否允许强制审核（允许，不允许）后保存即可。

5.查看打印设置：

对4中功能进行查看。

6.上传管理文件：

可以对离校相关的管理文件进行上传，学生或者相关人员在登陆界面就可以看到该文件。

输入文件名称以及上传文件的内容，点保存即可上传。

退出界面可以查看上传的相关文件。

3.3系统用例图

图9（用例图）

3.4数据流程图

图10（数据流程图顶层）

图11

图12

图13

图14

图15

图16

校区

学生

部门

电子离校流程单：

3.5数据字典

3.5.1数据元素定义

编号

数据元素名

内部名

值域

值义

类长

学生姓名

StudentName

Varchar（20）

学生学号

StudentNumber

Varchar（10）

学生年龄

StudentAge

Int

学生性别

StudentSex

bool

家庭住址

StudentAddress

Varchar（50）

政治面貌

StudentFlag

Varchar（10）

联系电话

StudentPhone

Varchar（20）

学院名称

SdeptName

Varchar（10）

就读班级

StudentClass

Varchar（10）

E10

财务处是否欠费

E11

就读专业

MajorName

Varchar（10）

E12

就读校区

CampusName

Varchar（10）

E13

学生证上缴情况

bool

E14

还书情况

E15

图书馆欠费

E16

物品名称

GoodsName

Varchar（10）

E17

是否损坏物品

bool

E18

科目名称

ObjectName

Varchar（20）

E19

科目成绩

ObjectGrade

int

E20

毕业证发放情况

bool

3.5.2数据流的定义

编号

数据流名

内部名

组成

备注

学生情况

E1+E3+E4+E5+E6+E7+E12

学生成绩

E2+E8+E9+E11+E18+E19

各门成绩

E2+E18+E19

图书馆信息

E1+E2+E4+E8+E9+E11+E14+E15

财务处信息

L1+E8+E9+E10+E11+E12

后勤信息

L1+E8+E9+E11+E12+E16+E17

教务处信息

L1+L2+E13

辅导员信息

L1+L2+L3+L4+L5+L6+L8+E20

统计分析

L1+L2+L3+L4+L5+L6+L8+E20

3.5.3外部项定义表

编号

名称

输出数据流数

输入数据流数

备注

图书馆处

财务处

后勤处

教务处

辅导员处

学生处

查询者

3.5.4处理过程

编号

名称

输入数据

输出数据

处理前

处理后

处理逻辑

学生登录

用户名和密码

查看

教务处操作

用户名和密码

查看和修改

财务处操作

用户名和密码

查看和修改

图书馆操作

用户名和密码

查看和修改

后勤操作

用户名和密码

查看和修改

辅导员操作

用户名和密码

查看和修改

校领导操作

用户名和密码

查看

4.运行环境要求

4.1硬件环境

服务器端：

高性能的计算机一台，普通的双绞线作为连接。

客户端：

普通的计算机或者工作站，普通的双绞线作为连接。

4.2软件环境

服务器端：

安装SQLServer2008的服务器版本，安装windows2000服务器版本，配置了诺顿等必须的防毒软件。

客户端：

安装SQLServer2008的服务器版本，安装了vs2010等可视化开发工具软件，安装windows2000服务器版本。

5.系统安全性要求

离校系统系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。

常见因素有：

数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。

因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：

为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。

●系统要能重建

●系统应该是可审查的

●系统应能进行有效控制，抗干扰能力强

●系统使用者的使用权限是可识别的

6.风险分析

6.1主要风险评估

现有系统与待开发系统之间的整合存在一定的技术难度；

在系统开发过程中，由于各个模块是独自开发完成，最后的系统调试和测试需要详细规划，存在一定的技术风险；

销售管理模块的支持决策功能的实现对于目前开发人员来说，难度很高；

6.2风险处理策略

在系统详细设计时尽可能考虑到将来系统整合的技术问题，或者选择有相关系统开发经验的人员进行指导性的工作。

7遗留问题

本文对整个系统从功能上进行模块划分并对每个模块或功能及其性能约束进行了详细的说明，但是对于各个模块之间的通讯交流论述较少，故希望在系统设计时注意此类问题的细节。

展开阅读全文