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

新生报到管理系统

需求分析报告

学院信息技术工程学院

班级网络工程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)

3.3.x(系统能力) (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操作需求 ...................................................................................................................... 错误!未定义书签。

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

3.10故障处理需求 (24)

3.12.1软件系统出错处理 (25)

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

3.11计算机通信需求 ........................................................................................................ 错误!未定义书签。

3.12设计和构造的约束 (25)

3.13其他需求 (25)

4尚未解决的问题 (2626)

5注解 (26)

1引言

1.1标识

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

B/S: Brower/Server 浏览器/服务器

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

UML： Unified Modeling Language(同一建模语言)的缩写，是一个标准的建模语言

1.2系统概述

新生报到管理系统是结合学校迎新活动管理的实际需要，对新生的入学情况进行管理的信息系统，提供丰富的查询分析功能和管理、决策信息，是提高高校迎新工作效率的管理软件。使用该系统可以实现新生信息的有序存储，使得检索迅速、查找方便、并且提高了可靠性。

本软件旨在使学校对新生信息的管理，以减轻工作人员的负担，可以加快迎新工作的有条不紊的进行，实现直观化，合理化。通过这样的系统，可以做到信息的规范管理、科学统计和快速的查询，从而减少管理方面的工作量。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。

1.2.1项目来源及背景

新生报到系统采用UML结构，在设计初期即充分考虑系统的安全性、稳定性和所需提供的必要功能，并在充分吸取前人经验的基础上着手设计和开发。因而功能齐全，性能稳定可靠，介面亲和力强，是普通使用者容易上手操作的新生报到系统。该系统虽是今年刚开发的软件产品，每个新生要经历近8个处理环节。在普通的服务器上、几百个用户同时在线处理、系统均能应付自如，未出现任何差错，大大减轻各级经办人员的劳动强度，因而赢得学院领导和各基层单位的一致好评。

1.2.2系统结构划分

本系统共分为：报到、缴费、宿舍分配、户籍迁移、校医院体检等5个个功能模块。其数据更新权归各职能部门所有，从而保证了全院范围内的数据一致性，也为责任落实到人提供了基础。

1.2.3用户特点：

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

2引用文件

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

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

3需求

本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。也就是，构成系统验收条件的系统特性。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明相关合格性方法，如果是子系统，则还要给出从该需求至系统需求的可追踪性。描述的详细程度遵循以下规则：应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求可说明的话，应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条中引用之。

3.1要求的状态和方式

3.2需求概述

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

我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，任何一个角度对系统所作的抽象可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映象。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

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

1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指出这些功能的执行者(角色）是谁。尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。可以采取不断问体积“这个角色究竟想通过系统做什么？”来准确地描述用例。

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

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