《高校学生学籍管理系统---系统需求分析报告》

编写者：##

§1 概述

编写说明：

本章描述本软件开发的背景，系统目标，用户的业务情况，以便于需求理解。

§1·1 背景

在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。

§1·2系统目标

学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。

§1·3 业务模式

本系统是运行在Win98 、Win20##、WindowsNT等操作系统环境下的多台计算机构成的局域网，主要业务流程如下：

·按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。

·按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。

·按某学生因非成绩原因所引起的学籍变更作自动处理。

·按每学期各年级班学生考试成绩自动生成补考名单，科目。

·按每学期各年级学生考试成绩自动生成某课程统计分析表。

·按同一年级学习成绩进行同一课程不同班级间成绩比较。

§2用户需求

编写说明：

此系统专门为高校学籍管理所设置。本节主要描述用户需求的使用范围，功能要求信息采集与各部门的使用权限

§2·1使用范围

按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理（本科生用学年学分制，专科生用学年制）。

系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。

§2·2功能要求

 ·学生档案管理： 学生的一般情况，及奖励，处分情况；

 ·学生成绩管理： 学习成绩，补考成绩；

 ·学籍处理： 学生留降级处理，休复学处理，退学处理；

 ·日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；

 ·毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。

§2·3信息采集与各部门的使用权限

   每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：

数据收集前的系统权限

注：0、登录，修改，处理权。 ？、查询权

§2·4 用户平台要求

系统主要使用于高校的局域网，Win98、Win2000 、WinNT等环境下，Java,Vc，Vb连接数据库，本系统需要DBMS放学生学籍数据库。可进行查询，修改、处理等。

§3 业务逻辑和数据流图

§3·1数据流图

§4系统特点

§4·1网络环境下的多用户系统

在上述已有的硬件环境下，信息由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，调用，达到信息共享。

§4·2数据的完整性，准确性

a．录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。

b.统具有部分反悔修改功能，系统备有的修改功能均可反悔

§4·3数据完成的时间性，

如成绩的录入，仅当师资科录入教学进程，教务科分发教师教学任务安排之后，各系方可录入成绩。

§4·4数据安全性

本系统采用二级安全保障

第一级：依赖于网络本身对用户使用权限的规定。

第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。如表1，2。

§4·5成绩自动统计分析及学籍的自动处理

本系统按学籍管理条例设计了若干个软件处理模块：

1、可按某学生某学期，学年考试及补考成绩，自动生成该学生是否升留降级，退学。

2、可按某学生在校期间累计补考科目门数和成绩自动生成该学生是否结业，毕业，授位。

3、可按某学生因非成绩原因所引起的学籍变更作自动处理。

4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。

5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。

6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。

§5数据调查及分析

§5·1原始数据

编写说明：

本节描述原始数据调查的结果，列出数据清单。

原始数据的描述：

数据名称：高校学生学籍管理信息系统

简述：系统中保留五个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。

来源：每学期考试完毕由各系录入成绩，然后由教务科收集

去处：学生，老师

组成：存储信息用库有学生资料表，成绩表，授课表，补考成绩表，奖励处分表等，用于存放学生在校期间的有关信息。

§5·2数据字典

§5·2·1数据条目

系统管理要求=[学生资料表|成绩表|授课表|补考成绩表|奖励处分表|毕业生表|日常报表]

学生资料表=学号+姓名+性别+生日+家庭地址+邮编

成绩表=学号+科目+成绩

毕业生表=学号+姓名+班级

奖励处分表=学号+姓名+系别+奖励（处分）

学生情况=学生成绩+学生资料

统计要求={学生情况}

数据文件={学生资料表+成绩表+授课表+补考成绩表+奖励处分表+毕业生表+日常报表}  

数据流名：查询要求

简述：系统处理的一个命令

别名：无

组成：[学生情况|统计要求]

数据量：2000次/天

峰值：每天上午9：00—10：00有1000次

注释：至每学年10月下旬评奖学金还将增加3至4倍

 

§5 ·2 ·2数据分析

编写说明：

本节主要对原始数据库表中的个别属性进行了简要的描述。

    数据项描述

      数据项编号：01

      数据项名称：学号

      简述：学生表的关键字的描述

类型：长整型

长度：10位

      取值/定义：前四位入学年份，接着三位系别专业方向代号，最后是按姓氏排列的序号

      数据项编号：02

      数据项名称：成绩

简述：成绩表的有关分数的描述

类型：单精度

      长度：7位

精度：小数点后保留两位

      取值/定义：小数点前最多三位数字学生考试成绩、平时成绩、总评成绩

数据项编号：03

      数据项名称：奖励

简述：奖励表的有关奖励的描述

类型：文本/字符类型

      长度：多位

      取值/定义：学生的奖励情况有获得奖励或是受到处分

§5·2·3小说明

  加工编号：1

加工名：检查有效性

输入流：管理要求，查询要求

输出流：有效的管理查询要求

加工逻辑：检查输入要求的有效性

有关信息：当有要求输入时执行此加工

加工编号2.1

加工名：要求处理类型

输入流：学生资料表|成绩表|补考成绩表|奖励处分表|毕业生表|日常报表

输出流：根据不同的要求选择case:

     case 1: 学生档案管理

     case 2: 学生成绩管理

     case 3: 学籍处理

     case 4: 日常教务管理

   case 5 :毕业生学籍处理

加工逻辑：选择类型

有关信息：当有合法管理要求输入时执行此加工

加工编号：3.1

加工名：查询要求

输入流：查询学生情况

输出流：学生情况

加工逻辑：根据查询要求从文件中读出学生记录

有关信息：当有合法查询要求输入时执行此加工

 

第二篇：用户需求分析报告

文件编号：ZH_CJ_XX_XX_BG_2012XXXX_VX

北京市轨道交通指挥中心二期工程ACC生产系统扩容、TCC系统扩容、信息中心系统工程

子项目名称

需求分析报告

变更履历

目录

1       简介... 1

1.1      目的... 1

1.2      范围... 1

1.3      参考资料... 1

1.4      概述... 1

2       相关干系人信息... 1

3       用户需求... 2

3.1      系统定位... 2

3.1.1     用户面临的问题... 2

3.1.2     系统定位说明... 2

3.2      系统范围... 2

3.3      系统用户信息... 2

3.4      系统功能及业务流程... 3

3.5      系统运行环境... 3

3.5.1     系统环境... 3

3.5.2     支撑系统环境... 3

3.6      约束... 4

3.6.1     政治约束... 4

3.6.2     经济约束... 4

3.6.3     环境约束... 4

3.6.4     技术约束... 4

3.6.5     可行性约束... 4

3.6.6     系统约束... 4

3.7      质量属性需求... 4

3.8      文档需求... 4

3.8.1     联机帮助... 4

3.8.2     系统安装手册、配置文件、自述文件... 4

4       附录... 5

1          简介

[此文档的目的是收集、分析和定义系统的高层次需求和特性。它侧重于相关干系人和目标用户所需的功能以及这些需求存在的原因。

需求文档的简介应提供整个文档的概述。它应包括此需求文档的目的、范围、术语、首字母缩写词、缩略语、参考资料和概述。

文档的蓝色提示性语言请在报告完成时删除。]

1.1         目的

[说明用户需求分析报告的目的。]

1.2         范围

[简要说明此需求文档的范围：它的相关项目，以及受到此文档影响的任何其他事项。]

1.3         参考资料

[本小节应完整列出此需求文档中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]

1.4         概述

[此小节应说明需求文档中其他部分所包含的内容，并解释此文档的组织方式。]

2          相关干系人信息

[为有效地提供可满足相关干系人实际需要的产品和服务，有必要在用户需求分析过程中确定并包括所有相关干系人，及其对应的系统的用户，确保相关干系人能够充分代表这些系统用户。]

 [相关干系人可能会有许多不同的类型，例如用户、策略部门和技术开发人员等等。用户也可能有许多不同的类型，例如专业用户和入门用户等。专业用户可能会需要复杂、灵活并具备跨平台支持的工具；而入门用户则会需要使用方便、界面友好的工具。

此处提供所有已确定的相关干系人类型的一览表。]

3          用户需求

3.1         系统定位

[简要说明待建系统面临的商机，可以解决的业务问题，能够达到的业务目标，高度概括待建系统将要在市场上占据的位置。]

3.1.1        用户面临的问题

[提供一段说明，总结此项目需要解决的问题(这里的问题指用户面临的问题，是需求的来源)。可以采用以下格式；如果使用表格不方便描述，可以用文字的形式描述问题，但需要突出说明影响范围及解决问题的价值。根据项目情况，这里可以只列出关键问题。]

3.1.2        系统定位说明

[产品定位说明用于向所有相关人员传达应用程序的目的和项目的重要性。此处提供一段总体说明，高度概括产品将要在市场上占据的独特位置。如：

针对于（目标用户）的（说明需要或机会）要求 ，该（产品名）属于（产品类别），（陈述主要优点，即促使人们购买的原因）功能不同于（主要的竞争产品），我们的产品（陈述主要的区别）。

（）内为需要填写的内容，最后形成完整通顺的语言。]

3.2         系统范围

[本节将系统放在其他相关系统环境和用户环境中进行介绍。如果该系统自成一体，应在此处说明。如果该系统是较大系统的组件，此节则应说明这些系统如何进行交互，并确定系统之间的相关接口。要显示较大系统的主要组件、互连情况和外部接口，给出系统的边界图。]

3.3         系统用户信息

[本节说明系统的所有用户的信息。画出系统用户关系图（可选），然后依次介绍各个用户，说明用户的名称，职责，权限。]

3.4         系统功能及业务流程

[本节说明系统的功能及其业务流程，这里推荐画出业务流程图，然后结合流程图，参考下表说明每条需求，包括：需求标识、需求分类、需求描述、需求优先级及相关需求。项目组可根据实际情况确定适合的需求标识原则。业务流程描述记录在“需求描述”中，包括：功能性描述；性能描述；数据描述；业务规则等。优先级是指调研时用户指定的需求优先级。相关需求可以填写相关的需求标识]

[根据用户需求，业务流程图和需求描述表格可以是多个，也可以采用分册的形式进行描述]

3.5         系统运行环境

3.5.1        系统环境

[根据需要详细说明环境需求。对于软件应用系统，环境因素可以包括使用条件、用户环境、资源可用性、维护问题、错误处理和恢复。]

3.5.2        支撑系统环境

[确定支持该应用程序所必需的任何系统需求。其中可能包括所支持的主机操作系统及网络平台、配置、内存、外围设备和配套软件。]

3.6         约束

[记录所有设计约束、外部约束或其他依赖关系。根据实际业务需要，如果没有以下分类约束可以删除该分类。]

3.6.1        政治约束

[说明影响系统运行的潜在的组织内部或外部的政治问题，如同业竞争回避等问题。]

3.6.2        经济约束

[说明财务或预算方面的约束。]

3.6.3        环境约束

[说明环境、规章制度、行业标准或法律等方面的约束]

3.6.4        技术约束

[说明技术方面的限制]

3.6.5        可行性约束

3.6.5.1         时间约束

[说明项目及各相关干系人的时间约束，如相关干系人提供依赖的时间，最重要的是产品的理想发布时机。]

3.6.5.2         资源约束

[说明开发产品的资源约束（人员、设备、开发工具、技术支持等）。]

3.6.6        系统约束

[说明是否与现有系统的兼容，平台方面的限制等]

3.7         质量属性需求

[这里的质量属性主要来自用户的原始需求，可以是：正确性要求、可靠性要求、健壮性要求、性能要求、易用性要求、可移植性要求、互操作性要求、可重用性要求、可扩展性要求、安全性要求和可维护性要求等。]

3.8         文档需求

[此节说明用户的文档需求，根据业务需要，以下文档说明可以增、删、改。]

3.8.1        联机帮助

[许多应用程序提供了联机帮助系统来协助用户。这些系统的性质对于应用程序开发来说独特的，因为它们综合了编程（如超链接）和技术写作（组织、演示）的各个方面。]

3.8.2        系统安装手册、配置文件、自述文件

[在提供全套的解决方案时，提供包括安装说明和配置指南的文档是非常重要的。此外，自述文件通常也要作为一个标准构件包括在内。自述文件可以包括一个“本发布版中的新特性”部分，并讨论与以前发布版的兼容性问题。多数用户也希望在自述文件中列出任何已知的错误和变通方法。]

4          附录

[附上收集、整理的所有“需求调研卡”及“需求调研提纲”。]