新生报到系统需求分析报告.docx

新生报到系统需求分析报告.docx

《新生报到系统需求分析报告.docx》由会员分享，可在线阅读，更多相关《新生报到系统需求分析报告.docx（19页珍藏版）》请在冰豆网上搜索。

新生报到系统需求分析报告

新生报到管理系统

需求分析报告

学院信息技术工程学院

班级网络工程1001班

成员丰云马红艳赵树悦甄亚男王刚

1引言3

1.1标识3

1.2系统概述3

1.2系统概述3

1.2.1项目来源及背景3

1.2.2系统结构计划3

1.2.3用户特点3

2引用文件3

3需求4

3.1要求的状态和方式4

3.2需求概述4

3.2.1系统总体功能和业务结构4

3.2.2硬件系统的需求19

3.2.3软件系统的需求20

3.2.4接口需求20

3.3系统能力需求20

系统能力）20

3.4系统外部接口需求21

3.4.1接口标识和接口图21

3.4.2用户接口21

3.4.3（接口的项目唯一标识符）21

3.5系统内部接口需求22

3.6系统内部数据需求23

3.7性能需求23

3.8操作需求24

3.9可使用性、可维护性、可移植性、可靠性和安全性需求24

3.10故障处理需求25

3.12.1软件系统出错处理25

3.12.2硬件系统冗余措施的说明25

3.11计算机通信需求25

3.12设计和构造的约束25

3.13其他需求26

4尚未解决的问题26

5注解26

1引言

1.1标识

符合、缩略语和定义如下：

B/S:

Brower/Server浏览器/服务器

SQLSERVER:

系统服务器所使用的数据库管理系统（DBMS）。

UML：

UnifiedModelingLanguage（同一建模语言）的缩写，是一个标准的建模语言

1.2系统概述

新生报到管理系统是结合学校迎新活动管理的实际需要，对新生的入学情况进行管理的信息系统，提供丰富的查询分析功能和管理、决策信息，是提高高校迎新工作效率的管理软件。

使用该系统可以实现新生信息的有序存储，使得检索迅速、查找方便、并且提高了可靠性。

本软件旨在使学校对新生信息的管理，以减轻工作人员的负担，可以加快迎新工作的有条不紊的进行，实现直观化，合理化。

通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。

尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。

1.2.1项目来源及背景

新生报到系统采用UML结构，在设计初期即充分考虑系统的安全性、稳定性和所需提供的必要功能，并在充分吸取前人经验的基础上着手设计和开发。

因而功能齐全，性能稳定可靠，介面亲和力强，是普通使用者容易上手操作的新生报到系统。

该系统虽是今年刚开发的软件产品，每个新生要经历近8个处理环节。

在普通的服务器上、几百个用户同时在线处理、系统均能应付自如，未出现任何差错，大大减轻各级经办人员的劳动强度，因而赢得学院领导和各基层单位的一致好评。

1.2.2系统结构划分

本系统共分为：

报到、缴费、宿舍分配、户籍迁移、校医院体检等5个个功能模块。

其数据更新权归各职能部门所有，从而保证了全院范围内的数据一致性，也为责任落实到人提供了基础。

1.2.3用户特点：

本系统的用户是网上用户，一类是新生，他们只需要打开新生报到界面，输入自己的学号或者证件号等就可以进入根据自己系统的提示进入新生报到的程序；另一类用户是管理用户，他们是高校内部的人，主要是系统管理人员和教务处，他们熟悉该流程以及办理，系统人员对系统很熟悉，对系统进行维护。

2引用文件

《软件工程案例教程》机械工业出版社韩万江编着

《数据库系统概论》第四版高等教育出版社王珊萨师煊编着

3需求

本章分条详述系统需求，是指功能、业务（包括接口、资源、性能、可靠性、安全性、保密性等）和数据需求。

也就是，构成系统验收条件的系统特性。

给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来陈述需求。

对每个需求都应说明相关合格性方法，如果是子系统，则还要给出从该需求至系统需求的可追踪性。

描述的详细程度遵循以下规则：

应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。

如果在给定条中没有需求可说明的话，应如实陈述。

如果某个需求在多条中出现，可以只陈述一次而在其他条中引用之。

3.1要求的状态和方式

3.2需求概述

3.2.1系统总体功能和业务结构

我们采用面向对象分析作为主要的系统建模方法，使用UML（UnifiedModelingLanguage）作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，任何一个角度对系统所作的抽象可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映象。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。

用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1）识别出系统的角色。

角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指出这些功能的执行者（角色）是谁。

尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。

可以采取不断问体积“这个角色究竟想通过系统做什么？

”来准确地描述用例。

3）重新审视每个用例，为它们下个详尽的定义。

新生报到管理系统流程图将各系统或子系统连在一起，着重说明这个系统各部分之间地关系，表达了系统各部分之间信息流动情况。

如下图所示：

图1：

新生报到系统系统流程图

3.2.1.1角色定义

用户或者执行这指与系统产生交互的外部用户或者外部系统。

3.2.1.1.1新生

该系统开发目的主要就是针对新生报到做智能化的设计。

新生和系统的每个功能都密不可分。

3.2.1.1.2管理用户

管理用户分各部门管理员和系统管理员，各部门管理员是指在新生报到管理系统中通过管理端参与新生报到工作的人员，它又分为宿舍管理员、财医院管理员、学务处管理员、学工处管理员、学院报到处管理员、一卡通管理员。

系统管理员是指对新生报到管理系统进行相关的设置、进行系统维护的人员，通过管理端登录对管理端的用户进行设置、分配权限等，它们的关系如下图所示。

图2：

管理用户角色的关系

管理用户的具体说明如下：

各部门管理员：

●宿管部管理员：

安排新生入住，对已入住的新生进行登记，管理新生入住信息。

●学院报到处管理员：

查验新生录取通知书相关信息是否正确，管理新生个人信息。

●财务处管理员：

管理新生缴费信息。

●校医院管理员：

组织新生体检，并记录新生体检信息。

●一卡通管理员：

管理新生一卡通发放情况。

●学工处管理员：

管理需要办理户口转移新生的户口转移信息。

系统管理员：

通过管理端对系统用户进行管理的人员，这个角色主要负责对管理端用户的增删，权限的设置等功能。

3.2.1.2系统主用例图

新生报到管理系统可以分为两个最重要的组成部分，一个是新生端子系统，一个是管理端子系统。

新生端子系统功能主要就是新生通过登录系统，查询自己的个人基本信息以及报到信息。

管理端子系统功能是学校各部门的管理员依据新生报到的相关信息办理相关手续，记录新生报到信息等功能。

系统的主用例图如下图所示。

图3：

系统的主用例图

3.2.1.2.1子系统

新生通过提交录取通知书等入学信息、付费信息等与系统管理端交互。

其主要功能是提供新生报到、缴费管理、寝室分配、户籍迁移、一卡通办理等。

其用例图和活动图如下图所示。

图4：

子系统功能用例图

主用例描述如下：

（1）?

?

预检信息

给前来报到的新生进行报到、核对并及时修改学生个人的基本信息；自动生成报到号，通过报到号为学生办理以下环节的手续；查看未报到和已报到的学生人数及基本信息。

（2）?

缴费管理

给前来缴费的学生进行缴费情况登记；查看未缴费和已缴费的学生人数及其个人基本信息；查看学生的缴费记录；财务处还有权设置学院内各专业的应缴金额和代收费用。

（3）?

宿舍管理

给学生分配宿舍；查看未分配宿舍的学生人数、基本信息和已分配宿舍的学生人数、基本信息和宿舍号；可查寻学院宿舍的住宿情况。

（4）户口转移

新生可按需求自主选择是否要办理户口转移，需要者办理户口转移相关手续，并进行登记。

（5）领取一卡通

已完成缴费的新生可到现代技术教育中心领取一卡通，并登记领取情况。

（6）体检

新生需到校医院进行体检，并登记体检信息。

a）预检信息

用例详细信息如图：

用例名称

预检信息

用例描述

给前来报到的新生进行报到、核对并及时修改学生个人的基本信息；自动生成报到号，并统计分类

执行者

新生、学院报到处管理员

条件

前置

新生录取通知书编号

后置

预检完成之后，生成新生个人基本信息表

基本流程

1）给前来报到的新生进行报到、核对并及时修改学生个人的基本信息

2）自动生成录取编号，通过报到号为学生办理以下环节的手续

查看未报到和已报到的学生人数及基本信息

备注

无

预检信息活动图，如图以下：

图5：

预检信息活动图

b）缴费管理

确认新生的缴费情况，并登记和录入新生的基本信息；对于未缴费的新生可以提供几种缴费的方式：

银行缴费、现场缴费或申请贷款。

用例名称

缴费管理

用例描述

缴费登记；统计已缴费人数

执行者

新生、财务处管理员

条件

前置

新生已经登录系统，并且已经办理报到

后置

记录每个学生的缴费登记；统计缴费的人数

基本流程

1、通过点击缴费按钮进行查询是否已缴费情况登记

2、对于已缴费的新生可以不用通过此过程；未缴费的新生应该进行此项办理

统计人数并录入

备注

无

缴费管理用例图、顺序图如下图所示：

图6：

缴费管理用例图

图7：

缴费管理顺序图

c）宿舍分配

分配宿舍给学生，并统计人数和录入学生基本信息，便于学生查询是否已分配宿舍、宿舍号码和宿舍人员名单。

用例名称

宿舍分配

用例描述

分配宿舍给新生，查询学院宿舍的住宿情况

执行者

宿管部

条件

前置

宿管部工作人员登入系统，新生已缴纳学费

后置

记录已分配和未分配学生人数、基本信息，并录入住宿人员名单

基本流程

1、宿管部将新生宿舍分配情况反馈给新生

2、新生根据分配情况办理入住手续，同时登记入住信息

3、查询学院宿舍的住宿情况，生成已入住宿新生的名单

备注

无

宿舍分配活动图：

图8：

宿舍管理用例图

图9：

宿舍管理活动图

d）户口迁移

新生根据自己的需要办理户籍迁移，管理员查询并统计已办理和未办理新生人数和基本信息。

用例名称

户籍迁移

用例描述

办理户籍迁移

执行者

学工处管理员

条件

前置

学生已经登录系统，并需要办理户口迁移

后置

记录已办理和未办理的学生人数以及基本信息

基本流程

1、给要办理迁移户口的学生办理户籍迁移登记手续

2、查看已办理户籍迁移和未办理的学生人数和基本信息

备注

无

户口迁移用例图、顺序图：

图10：

户口迁移用例图

图11：

户口迁移顺序图

e）一卡通办理

新生入校必须要的一卡通办理程序，学院给每个新生办理一卡通，对于已经领用一卡通的学生，要进行登记处理生并以生成表格的形式，给予新生进行查询，学院还要进行统计和登记。

用例名称

一卡通办理

用例描述

一卡通领用登记，并统计人数和基本信息

执行者

现代技术教育中心

条件

前置

新生已缴纳学费

后置

发放一卡通，并登记、统计人数和新生的基本信息确认

基本流程

1、给新生办理学院通用的一卡通领用情况登记

2、查看未办