新生报到管理系统需求分析报告学院信息技术工程学院班级网络工程1001班成员丰云马红艳赵树悦甄亚男王刚32026261引言标识符合、缩略语和定义如下：B/S: Brower/Server 浏览器/服务器SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

UML： Unified Modeling Language(同一建模语言)的缩写，是一个标准的建模语言系统概述新生报到管理系统是结合学校迎新活动管理的实际需要，对新生的入学情况进行管理的信息系统，提供丰富的查询分析功能和管理、决策信息，是提高高校迎新工作效率的管理软件。

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

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

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

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

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

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

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

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

1.2.2系统结构划分本系统共分为：报到、缴费、宿舍分配、户籍迁移、校医院体检等5个个功能模块。

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

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

2引用文件《软件工程案例教程》机械工业出版社韩万江编着《数据库系统概论》第四版高等教育出版社王珊萨师煊编着3需求本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。

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

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

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

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

描述的详细程度遵循以下规则：应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。

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

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

要求的状态和方式需求概述3.2.1系统总体功能和业务结构我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。

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

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

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

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

设计用例时，我们遵循下列步骤：1）识别出系统的角色。

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

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

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

2）描述主要的用例。

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

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

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

如下图所示：图1：新生报到系统系统流程图3.2.1.1角色定义用户或者执行这指与系统产生交互的外部用户或者外部系统。

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

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

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

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

图2：管理用户角色的关系管理用户的具体说明如下：各部门管理员：●宿管部管理员：安排新生入住，对已入住的新生进行登记，管理新生入住信息。

●学院报到处管理员：查验新生录取通知书相关信息是否正确，管理新生个人信息。

●财务处管理员：管理新生缴费信息。

●校医院管理员：组织新生体检，并记录新生体检信息。

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

●学工处管理员：管理需要办理户口转移新生的户口转移信息。

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

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

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

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

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

图3：系统的主用例图3.2.1.子系统新生通过提交录取通知书等入学信息、付费信息等与系统管理端交互。

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

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

图4：子系统功能用例图主用例描述如下：（1）??预检信息给前来报到的新生进行报到、核对并及时修改学生个人的基本信息；自动生成报到号，通过报到号为学生办理以下环节的手续；查看未报到和已报到的学生人数及基本信息。

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

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

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

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

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

a)预检信息用例详细信息如图：预检信息活动图，如图以下：图5：预检信息活动图b)缴费管理确认新生的缴费情况，并登记和录入新生的基本信息；对于未缴费的新生可以提供几种缴费的方式：银行缴费、现场缴费或申请贷款。

缴费管理用例图、顺序图如下图所示：图6：缴费管理用例图图7：缴费管理顺序图c)宿舍分配分配宿舍给学生，并统计人数和录入学生基本信息，便于学生查询是否已分配宿舍、宿舍号码和宿舍人员名单。

宿舍分配活动图：图8：宿舍管理用例图图9：宿舍管理活动图d)户口迁移新生根据自己的需要办理户籍迁移，管理员查询并统计已办理和未办理新生人数和基本信息。

户口迁移用例图、顺序图：图10：户口迁移用例图图11：户口迁移顺序图e)一卡通办理新生入校必须要的一卡通办理程序，学院给每个新生办理一卡通，对于已经领用一卡通的学生，要进行登记处理生并以生成表格的形式，给予新生进行查询，学院还要进行统计和登记。

一卡通办理的用例图、活动图：图12：一卡通管理用例图图13：一卡通办理活动图f) 体检管理体检管理用例图如下图所示：图14：体检管理用例图3.2.1.系统管理系统管理是管理系统的安全而设计的，该系统采用b/s设计模式，故只有合法用户才可以使用系统，考虑到系统使用的人员很多，所以系统提供用户注册与密码修改功能，注册需要在进入系统后由系统管理员分配，而不像一般网页注册那样直接填数据，修改密码则是在各种进入系统后提交新数据于系统，系统进行处理。

图15：系统管理用例图图16：系统管理数据流图3.2.2硬件系统的需求服务器：操作系统：Microsoft Windows 2000 ServerCPU：P4处理器内存：512M客户端：操作系统：全系列WINDOWSCPU：1G处理器内存：128M浏览器：以上3.2.3软件系统的需求说明对软件系统的需求。

●操作系统： Windows 2000或以上版本●数据库：MySQL●开发工具包：JDK Version●Web服务器：Tomcat●浏览器：及以上3.2.4接口需求说明硬件系统和软件系统之间的接口。

系统能力需求本条应分条详细描述与系统每一能力相关联的需求。

“能力”被定义为一组相关的需求。

可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”。

界面需求页面内容主题突出，美观简洁导航结构明确，易于用户理解使用页面大小适中，能用各种浏览器以不同分辨率浏览，页面风格统一3.3.2 响应时间需求无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。

系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

3.3.3可靠性需求系统应保证在开学期间7*24小时不停顿运行，保证50人可以同时在浏览器中访问并登录系统，此时系统能正常运行，显示无误。

3.3.4可扩展性需求系统又能够能够体现扩展性需求，以适应将来功能的扩充。

3.3.5系统安全性需求系统有严格的权限管理功能，各种模块须有相应的权限方能进入。

系统能防止各类误操作造成的数据丢失，破坏。

防止用户非法获取网页及内容。

系统外部接口需求本条应分条描述关于系统外部接口的需求(如有的话)。

本条可引用一个或多个接口需求规格说明(IRS)或包含这些需求的其他文档。

3.4.1接口标识和接口图本条应标识所需的系统外部接口。

(若适用)每个接口标识应包括项目唯一标识符，并应用名称、序号、版本和引用文件指明接口的实体(系统、配置项和用户等)。

该标识应说明哪些实体具有固定的接口特性(因而要对这些接口实体强加接口需求)，哪些实体正被开发或修改(从而接口需求已被施加于它们)。