当前位置：搜档网 › 软件生命周期之需求分析和设计

软件生命周期之需求分析和设计

什么是软件生命周期？

软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程，它包括问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收与运行，维护升级到废弃等阶段。每一个阶段都有确定的任务，并产生一定规格的文档，提交给下一个周期作为继续工作的依据。

常用开发模型？

需求分析：

需求分析过程

如何做需求分析？

设计:

设计过程

如何做设计？

1.软件生命周期

1.1什么事软件生命周期

软件生命周期又称为软件生存周期或系统开发生命周期，是指从软件的产生直到报废的整个过程

软件生命周期过程包括：

?问题定义：

用户需要计算机解决的问题是什么？

电商系统：要计算机实现一个平台，商家通过平台销售自己的商品，一般用户通过平台购买商品。

?可行性分析

用户需要计算机解决的问题是否可行？需要进行可行性分析。

市场可行性分析，是否有市场价值。

技术可行性分析，使用什么技术解决用户提出的问题。

?需求分析

将用户提出的问题进行细化。

先确定大模块：比如电商系统包括：前台的用户购买平台，后台商家维护平台。

再对每一个大模块进行细化。。。。

?设计

确定细化问题的实现方法

?编码

解决问题，依据需求和设计，文档进行开发。

?测试

验证是否已经解决用户提出的问题。

单元测试

集成测试（测试业务整体流程）

功能用例测试（对功能点进行测试）

性能测试（使用专业工具进行压力和稳定性测试）

?维护

修改性维护：前期没有测试出的问题，正式上线运行后bug显现出来，对这些bug进行修改。

完善性维护：在现有功能的基础上增加或完善功能。

预防性维护：后期根据正式运行的情况对系统进行优化。

1.2常用的开发模型

1.2.1瀑布模型

强调：该模型给出了固定的顺序，将生存期活动从上一个阶段向下一个阶段逐级过渡，如同流水下泻，最终得到所开发的软件产品，投入使用。

适用场合：

需求明确，解决方案明确，常在一些中小型项目中使用。

1.2.2原型模型：

原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。

通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需什么；第二步则在第一步的基础上开发客户满意的软件产品。

强调：开发阶段是围绕着原型进行，逐步求精对原型惊醒修改优化，进行实施。

适用场合：

前期需求不确定，采用原型方法方便搜集需求。

1.2.3 增量模型：

又称演化模型。与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成.

增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。

2需求分析

2.1 什么事需求分析

是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统之前必做的。

包括：需求调研，需求描述，需求评审

2.2 需求调研

目标：挖掘用户需求

过程：

首先确定目标用户，开发人员和目标用户确定一个问题领域，并定义一个描述该问题的系统，用户在这个问题领域和系统下提出需求，需求类型包括：功能需求，质量需求，用户体验需求等等。

需求调研方法：

根据不同的项目，不同的用户群体采用不同的方法：

●与客户交谈，向用户提问题/

●参观用户工作流程，观擦用户操作

●向用户发调查问卷

●与同行，专家交谈，听取他们的意见

●分析已经存在的软件产品，提取需求

●从行业标准，规划中提取需求

●上网搜索相关资料

2.3 需求描述

通过需求调研到的资料进行分析，鉴别，综合和建模，清除用户需求的模糊性，歧义性和不一致性。分析系统的数据要求，为原始问题及目标软件建立逻辑模型

标志：形成了一份完整的，规的需求规格说明书

需求规格说明说的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。

软件需求规格说明书的容包括:系统概述，运行环境，功能模块图，功能用例，性能需求，接口需求，其他需求等等。

辅助工具：

功能模块图/功能架构图 visio/rose等

接口需求：

系统对外接口：

接口描述容：商品支付接口

接口功能描述：电商需要调用网银支付接口进行支付

接口方向：电商→网银

借口数据描述（重点）

开发人员依据接口数据描述开发程序

电商要向银发送什么数据格式（包括请求和响应两部分数据）

建议：企业开发必须经过需求分析过程

2.3 特点

2.3.1 供需交流困难

在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期搞清楚；而用户不熟悉计算机应用的有关问题。由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。

2.3.2 需求动态化

对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。这无疑给软件开发带来困难。

2.3.3 后续影响复杂

需求分析是软件开发的基础。假定在该阶段发现一个错误，解决它需要用一小时的时间，到设计、编程、测试和维护阶段解决，则要花2.5、5、25、100倍的时间。

因此，对于大型复杂系统而言，首先要进行可行性研究。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性，根据可行性研究的结果，决定项目的取舍。

2. 4任务

需求分析的任务是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求然后在此基础上确定新系统的功能。确定对系统的综合要求，虽然功能需对软件系统的一项基本需求，但却并不是唯一的需求，通常对软件系统有下述几方面的综合要求。

1.功能需求

2.性能需求

3.可靠性和可用性需求

4.出错处理需求

5.接口需求

6.约束

7.逆向需求

8.将来可能提出的要求

2.5 需求评审

由架构师，技术经理，需求分析人员，设计人员，开发人员对需求规格说明书进行审核。

审核容：

1.看需求规格说明书是否符合文档规。

2.需求描述是否详细（设计人员。

3 设计

3.1 软件设计

设计是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写核心代码，形成软件的具体设计方案。

软件设计一般分为总体设计和详细设计

3.1.1 总体设计（概要设计）

根据软件需求说明，建立目标系统的总体结构和模块间的关系：系统网络部署结构；核心业务流程；定义系统的外部借口、及模块间的接口；编写概要文档；概要设计审查、

3.1.2 详细设计

一般情况下公司根据人力现状不写详细设计文档的，可以在需求分析阶段和概要设计阶段对详细设计的容进行描述

详细设计的主要任务是设计每个模块的类借口，所需的局部数据结构，物理数据模型，页面原型等。

软件课程设计需求分析

普通话考试报名及成绩查询系统需求分析项目名称：普通话考试报名及成绩查询系统撰写人：专业：指导老师： 2012年3月19日

摘要网络技术的飞速发展正无时无刻影响着人们的工作、在教育体系中,网络的应用也成为现代教育发展的基础.网络教育逐渐发展起来,校园网建设逐步成熟,基于Web的也伴随着网络技术的发展应运而生.它即简化了传统的考试模式,节约人力物力,也可以有效利用校园网资源,辅助教学. 该系统采用了目前流行的B/S模式,即浏览器、应用服务器、数据库服务器三层体系结构，后台数据库采用SQL Server 2005,客户端采用IE浏览器和服务器连接,最终形成了基于 B/S模式的在线考试系统.该系统具备了以下功能:学生信息管理、成绩查询等功能. 论文以基于B/S模式的在线考试系统为研究对象,按照软件工程的开发思想,用UML来构建在线考试系统模,后台采用数据库相结合. 际需求出发,论述了开发普通话等级考试报名及成绩查询系统的背景、目的及意义,讨论了开发系统的关键技术,并通过UML分析对系统设计及实现。设计思路和方法采用瀑布模型开发，用统一建模语言 UML进行描述，经历了文献检索，需求分析，分析模型设计，数据模型设计，构建级设计，系统部署，系统测试六个个环节。。实现了用户登录、注册功能，出题组卷功能，考试评卷功能以及用户信息查询功能。关键词：普通话等级考试报名及成绩查询系统； SQL SERVER2005

目录一．摘要 (2) 二．背景 (5) 三．简介 (5) 1.设计目的 (5) 2.开发环境 (5) 3.程序功能 (6) 4.系统实际需求特点 (6) 四．整体规划思路 (6) 五．整体性需求分析 (6) 六．功能需求 (9) 1.业务规则 (9) 2.普通话等级考试报名及成绩查询系统登录 (10) 七．数据库设计 (12) 1.概念模型设计 (12) 2.数据表结构 (12) 八．系统结构设计 (14) 九．对性能的规定 (15) 1.灵活性 (15)

软件开发案例分析需求模板汇总

Revision Record 修订记录

Catalog 目录

错误!未找到引用源。 Keywords 关键词：仓储管理 Abstract 摘要：本文主要描述电子化仓储管理系统的设计需求，包括功能需求和性能需求，以及其他设计约束等。 List of abbreviations 缩略语清单：

1Introduction 简介 1.1Purpose 目的 1.2Scope 范围本文档包含电子化仓储管理系统V1.0的对外接口和功能描述，以及和外部的约束关系。2General description 总体概述 2.1Software perspective 软件概述 2.1.1About the Project 项目介绍 2.1.2Environment of Pruduct 产品环境介绍 2.2User characteristics 用户特征 2.3Software function 软件功能 2.4Assumptions & Dependencies 假设和依赖关系 3Specific Requirements 具体需求

3.1Functional Requirements 功能需求我们采用面向对象分析的方法来作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时，该模型将来可派生出动态对象模型。设计Use-case时，我们遵循下列步骤：第一步：识别出系统的管理员。管理员可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。第二步：描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。第三步：重新审视每个Use Case，为它们下了详尽的定义。电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理，提高仓库管理信息的实时性和准确性，达到即时库存管理的功能，并有效控制并跟踪业务的物流和成本管理全过程，实现完善的企业仓储信息管理。系统中设计了装箱算法，为客户提供合理有效的装箱方案，保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息，增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗，并最大限度减少存储成本。总体功能时序图：（如图3-1所示）

软件需求分析重点-

软件需求分析重点第1 章软件需求基础知识返工的成本占了总开发成本的30%-50%，而对于返工的情况，70%-80%是国需求错误引起的。（11）在对所有讨论问题有了更深入的了解之前不要急于回答。不能充分理解需求，就会作出过于乐观的估计，最终不可避免地陷入超支的泥潭。（13-14）造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确以及地需求的分析不透彻等。给出估算结果时，应该提供范围（最好的情况，最可能的情况和最糟的情况）或把握程度（“我有九成把握在三个月内完成”）。（14）从产品的实际用户处收集需求这一过程是不可替代的。（18）第2 章客户眼中的需求某些需求问题源于混淆了不同层次的需求（业务需求、用户需求和功能需求）。（19）要想开发出优秀的软件产品，必须以优质需求为基础精心制定计划。（20）不要指望项目涉众天生知道如何合作进行需求开发。必须花时间讨论如何最有效地进行协作。（22）需求审阅是最有价值的保证软件质量的活动之一。（25）需求批准过程的所有参与者都应该明白签字意味着什么，否则会出现很多问题。（25）不可能在项目初期就能明确所有的需求，需求肯定要随时间的推移而发生变化。（26）第3 章需求工程的推荐方法熟练的需求分析员应具备以下特点：耐心，思维条理性强，有良好的交际和沟通能力，理解产品应用领域，并且掌握丰富的需求工作技术。（29）为每类用户选择代言人（31）

观察用户工作的过程（31）跨项目重用需求（32）过早地以尚不明确的需求为基础进行开销和进度评估是非常不可靠的。（37）38图表不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。（38）第4 章需求分析员相比缺乏经验的需求分析员，使用经验丰富的需求分析员能使项目所需求的工作量减少三分之一。（42）优秀的需求分析员应同时具备出色的交流、引导和人际交待能力，具备技术和业务领域的丰富知识，以及适合这项工作的相应个性。耐心和真诚的合作愿望是关键的成功因素。（44）需求分析员必须研究可能出错的情形。（44）第5 章确定产品前景与项目范围第6 章获取客户的需求能否让开发人员更准确地了解用户需求，将决定软件需求工作能否取得成功，进而影响到软件开发的成功。（62）项目伊始就应确定谁来担任问题的决策人。（72）第7 章聆听客户的需求需求开发工作的成果就是项目涉众之间就被处理的需求达成共识。（75）需求获取的参与者在理解问题之前要抵制住诱惑，不要急于设计系统。要强调用户任务，而不是用户界面，要强调根本需要，而不是用户表达出来的期望，这样有助于项目团队避免过早是制定设计的细节。在软件开发中，需求获取也许是最困难、最关键、最容易出错和最需要沟通的一个环节。（76）

软件系统分析与设计DOC

第1章软件工程基础知识 1.1软件工程知识体系 ●软件需求（Software Requirements） ●软件设计（Software Design） ●软件构造（Software Construction） ●软件测试（Software Testing） ●软件维护（Software Maintenance） ●软件配置管理（Software Configuration Management） ●软件工程管理（Software Engineering Management） ●软件工程过程（Software Engineering Process） ●软件工程工具和方法（Software Engineering Tools and Methods） ●软件质量（Software Quality） 1.2软件生存周期与软件开发模型 ● 1.2.1 软件生存周期 ●Boehm定义的软件生存周期模型 ●GB 8566-1988定义的软件生存周期模型 ●GB/T 8566-1995定义的软件生存周期过程模型 ●GB/T 8566-2001定义的软件生存周期过程模型 ●UP定义的软件生存周期模型 ● 1.2.2 软件开发模型 ●瀑布模型（waterfall model） ●快速原型模型（rapid prototype model） ●演化模型（evolutionary model） ●增量模型（incremental model） ●螺旋模型（spiral model） ●喷泉模型（water fountain model） 1.3软件质量模型与软件质量管理 ● 1.3.1 软件质量模型 ●软件产品的内部质量、外部质量和使用质量 ●质量特性、质量子特性和度量 ●功能性：适宜性、准确性、互用性、依从性、安全性 ●可靠性：成熟性、容错性、可恢复性 ●可用性：可理解性、易学性、可操作性 ●效率：时间特性、资源特性 ●可维护性：可分析性、可修改性、稳定性、可测试性 ●可移植性：适应性、易安装性、一致性、可替换性 ● 1.3.2 软件质量管理 ●质量需求分析 ●质量计划 ●质量保证 ●质量控制 ●质量改进 ●软件质量管理体系

软件开发实施方案

1软件开发实施方案系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。 1.1开发流程总述如下图示流程定义了我公司内部的软件开发过程，以指导和规范软件项目中开发过程的定义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。

图 1.1-1 软件开发流程总图

在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐明我们对项目开发的完整过程管理思想和相关实践。下面我们对这个软件开发工作流程进行简要地分解说明。 1.2软件需求分析（1）概述由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位认可并评审通过的《系统需求规格说明书》。软件需求分析是按照项目定义的软件开发过程，根据系统分配给软件的需求（见《系统需求规格说明书》），进行软件质量特性规格说明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定义。本元素在整个过程中的位置如下图所示：图示：软件需求分析在软件开发过程中的位置（2）入口准则和出口准则

软件需求分析方法

需求分析方法一需求分析概括需求分析应该先了解宏观的问题，再了解细节的问题。一个应用软件系统（记为S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。 S＝｛D1，D2，D，…Dn｝问题域Di由若干问题（记为P）组成，每个问题对应于子系统中的一个软构件。 Di＝｛P1，P2，P3，…Pn｝问题Pi有若干个行为（或功能，记为F），每个行为对应于软构件中的实现接口。 Pj＝｛F1，F2，F3，…Fk｝需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都合适。在写需求说明书时，应该注意两个问题： 1.最好为每个需求注释“为什么”，这样可以让程序员了解需求的本质，以便选用最合适的技术来实现此需求 2.需求说明不能有”二义性”，更不能前后矛盾。如果有二义性或前后矛盾，即要重新分析此需求。二需求分析方法论第一阶段：“访谈式”

第一阶段是和具体用户方的领导层、业务层人员的访谈沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局，最好能指定本次项目的接口人。实现手段：访谈、调查表格输出成果：调查报告、业务流程报告第二阶段：“诱导式” 结合第一阶段的基本信息，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式，启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、习惯性。用户可以操作简单演示的DEMO，感受整个业务流程的设计合理性、准确性等等问题，以及提出改进意见和方法。实现手段：诱导（拜访）、原型演示输出成果：调研分析报告、原型反馈报告、业务流程报告第三阶段：“确认式” 此阶段在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段。这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。通过审查，提出反馈意见，并对已经可接受的报告、文档签字确认。实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归到需求分析报告中）

机票预定管理系统 uml数据建模分析课程设计

UML课程设计报告机票预定管理系统组员：学号：学院：班级：

目录一、需求分析..............................................错误!未定义书签。 1、系统开发背景.......................................错误!未定义书签。 2、软件主要组成及功能.................................错误!未定义书签。二、系统建模..............................................错误!未定义书签。 1、创建系统用例模型...................................错误!未定义书签。 2、系统用例分析.......................................错误!未定义书签。三、创建系统静态模型......................................错误!未定义书签。 1、类图...............................................错误!未定义书签。四、创建系统动态模型......................................错误!未定义书签。 1、时序图.............................................错误!未定义书签。 2、协作图.............................................错误!未定义书签。 3、状态图.............................................错误!未定义书签。五、创建系统部署模型......................................错误!未定义书签。六、小结..................................................错误!未定义书签。 1、设计总结...........................................错误!未定义书签。 2、改善...............................................错误!未定义书签。 3、小组分工说明：.....................................错误!未定义书签。七、参考资料..............................................错误!未定义书签。

软件需求分析与设计复习题

软件需求分析与设计复习题一．判断 1、( × ) 程序设计语言种类很多，在进行软件开发时可以随便选择一种语言进行编码。 2. ( x ) 软件需求规格说明书在软件开发中具有重要的作用，是软件可行性分析的依据。 3、(× ) 在软件开发的各个阶段进行过程中，增加人员肯定会对整个项目提前完成有好处。 4．( x ) 好的测试用例应能证明软件是正确的。 5．( x ) 软件功能测试的测试用例主要是由需求阶段的功能说明部分转化而来。 6、( x ) CoCoMo模型可以用来估算系统的工作量和软件开发所需时间。 7．( x ) 有时为了测试的方便，而可以局部地修改软件系统。 8、( v ) OOA方法的核心思想是利用面向对象的概念和方法为软件需求建造模型，大致步骤是识别对象（属性和方法），识别类及其结构，定义对象之间的消息传递等。 9．( x ) 面向对象方法更适合于软件重用的根本原因在于它是软部件唯一的合成技术。 10、( v ) 系统需求分析员应该具有开发软、硬件系统的经验并且了解用户领域的知识。 11．( x ) 在软件的生命周期中，工作量最大的一个阶段就是编写程序。 12、( x )软件运行正确，可见软件中没有缺陷（fault）。 13．( x ) RUP（Rational Unified Process：统一软件过程）本质上是轻量级的软件过程规范。 14、( v )软件失败（failure）在系统交付之前和交付之后都可能被发现。 15．( x ) 基准测试（benchmark test）是非正式的用户确认和验收测试。 16、( x )开发人员和客户对软件质量因素的认可是完全一致的。 17．( x ) UML语言支持面向对象的主要概念，并与具体的开发过程相关。 18、( v )里程碑（milestone）就是开发过程中的某个活动(activity)。 19．( v ) 好的软件测试是用少量的测试用例运行程序，发现被测程序尽可能多的错误。 20、( x )在软件开发中一定要不惜代价避免风险。 21．( v ) 在需求分析中，分析员要从用户那里解决的最重要的问题是明确软件做什么。对功能的具体实现。 22．( v )用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部 23．( v ) 软件过载缺陷就是当运行程序时，软件内部定长的数据结构被溢出，系统任务无法 24．( v ) 结构化程序设计方法能改善程序结构，提高程序的运行效率。二、选择从供选择的答案中，选出正确的答案填入（）内 1．白盒测试法常用的方法是A方法，黑盒法中常用的方法是B方法和C方法，C方法根据输入的关系设计测试用例。供选择的答案：（②③⑤） A、B、C：①综合测试②路径测试③等价分类④归纳测试 ⑤因果图⑥追踪⑦回溯⑧排错 2. 软件工程的出现是由于（ A ）。 A．软件危机的出现 B. 计算机硬件技术的发展 C．软件社会化的需求 D. 计算机软件技术的发展 3. 系统技术可行性研究涉及的技术应该是（D）技术。 A．现在已提出的 B. 现在在研究的C．不一定可以获得的 D. 一定可以获得的 4．模块综合测试的方法有A和B两种，A是从下层模块向上层模块依次结合进行测试，为测试需要C 以便调用被测模块，但从开发的初期就能并行进行测试作业，并且每个模块的D都很容易做，是这种方法的优点。其缺点是直到测试的最后阶段，程序的缺陷都难以发现。B是从上层模块向下层模块依次结合进行测试，为了测试需要设计E模块模拟被测模块所调用的下级模块。供选择的答案：（A：⑦ B：⑥ C：⑥ D：① E：①） A、B、D：①功能测试②组合测试③综合测试④可靠性测试 ⑤结构测试⑥自顶向下测试⑦自底向上测试 C、E：①仿真②模拟③生成④转贮⑤跟踪 ⑥驱动模块⑦宏模块⑧支持模块

需求分析方法主要步骤

1.1主要步骤遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。需求涉及的方面有很多。在功能方面，需求包括系统要做什么，相对于原系统目标系统需要进行哪些修改，目标用户有哪些，以及不同用户需要通过系统完成何种操作等。在性能方面，需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。在运行环境方面，需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求，以及对操作系统、数据库和浏览器等软件配置的要求。在界面方面，需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求，识别问题开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题，要满足哪些限制条件，这个过程就是对需求的获取。开发人员通过调查研究，要理解当前系统的工作模型和用户对新系统的设想与要求。此外，在需求的获取时，还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如，多长时间需要对系统做一次备份，系统对运行的操作系统平台有何要求，发生错误后重启系统允许的最长时间是多少等。

遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求，开发人员应该采取科学的需求获取方法。在实践中，获取需求的方法有很多种，比如，问卷调查、访谈、实地操作、建立原型和研究资料等。问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析，开发人员便可以得到一些有用的信息。采用这种方法时，调查问卷的设计很重要。一般在设计调查问卷时，要合理地控制开放式问题和封闭式问题的比例。开放式问题的回答不受限制，自由灵活，能够激发用户的思维，使他们能尽可能地阐述自己的真实想法。但是，对开放式问题进行汇总和分析的工作会比较复杂。封闭式问题的答案是预先设定的，用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理，但是会限制用户的思维。访谈通过开发人员与特定的用户代表进行座谈，进而了解到用户的意见，是最直接的需求获取方法。为了使访谈有效，在进行访谈之前，开发人员要首先确定访谈的目的，进而准备一个问题列表，预先准备好希望通过访谈解决的问题。在访谈的过程中，开发人员要注意态度诚恳，并保持虚心求教的姿态，同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样，开发人员要根据用户的身份特点，进行提问，给予启发。当然，进行详细的记录也是访谈过程中必不可少的工作。访谈完成后，开发人员要对访谈的收获进行总结，澄清已解决的和有待进一步解决的问题。关注用户的行为而不是他们的言语。

软件建模与分析课程设计课件

计算机技术与工程学院课程设计报告课程名称：软件建模与分析课程设计设计题目：教材管理系统学生姓名：耿誉学号：1204431117 专业班级：软件1241 指导教师：潘欣赵健起止时间：9月7日至9月18日成绩评定内容表现成果报告总评成绩

2015-2016第1学期《软件建模分析课程设计》任务书指导教师：潘欣赵健佘向飞付浩海班级：软件1241-2 地点：9教机房409,411 时间：第1、2周一、课程设计目的 1、进一步理解、掌握UML的基本概念、结构、语义与表示方法； 2、综合运用UML和其它先修课程的理论和知识，掌握面向对象的软件建模与分析的一般方法、常用技术及技巧，树立良好的软件建模思想，培养分析问题和解决实际问题的能力； 3、学会使用Star UML建模工具，运用UML建模思想及方法，对各类软件系统进行分析、设计、建模。二、课程设计内容课程设计参考题目如下： 1. 小区物业管理系统 2. 高校工资管理系统 3. 教材管理系统 4. 酒店管理系统 5. 高校教职工管理系统6．图书管理系统 7．火车订票管理系统8．企业人事管理系统 9．商品库存管理系统10．医院药品管理系统 11. 学生成绩管理系统12. 高校学籍管理系统 13. 航空订票管理系统14. 学费管理系统 15. 城市居民户籍管理系统16．超市管理系统 17．学费管理系统18．车辆管理系统 19. 房地产管理系统20. 企业物资管理系统 21、其它自选题目学生可任选一题或自拟题目（需经指导老师审核批准）。在分析设计题目，

做好系统需求基础上，进行如下主要设计：分析问题领域：确定系统范围和系统边界，设计用例图设计静态结构模型：建立类图，对象图，包图，数据库建模设计动态行为模型：建立时序图，状态图，协作图，活动图设计物理模型：建立组件图，配置图设计要求：系统设计建模符合面向对象的设计准则及规则。如：准则：模块化、抽象、信息隐藏、低耦合和高内聚等；规则：1）设计结果清晰易懂 2）一般到具体的抽象深度应适当 3）尽量设计小而简单的类 4）使用简单的消息协议、函数或方法 5）把设计变动减至最小三、时间安排序号完成内容时间（天） 1 设计准备及需求分析 2 2 设计静态结构模型 4 3 设计动态行为模型 5 4 设计物理模型 1.5 5 编写设计报告书 1.5 6 总结和答辩 1 7 合计14 四、基本要求（1）要求独立完成自己题目的课程设计，如有抄袭，成绩按不及格处理；（2）要求学生利用软件建模与分析课程所学知识和方法独立完成所布置题目；（3）掌握面向对象的分析方法，会绘制用例图、类图、对象图、包图、交互作用图、活动图、状态图、组件与部署图以及数据库设计图；（4）遵守机房制度；严格遵守纪律，不迟到，不早退，无故缺勤者，成绩按不及格处理；

软件开发需求分析报告

需求分析报告 1.引言 1.1目的需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

需求分析实验报告

需求分析实验报告沙漠绿洲书店是福州大学附近最大的民营书店。长期以来，城市沙漠书店为福大学子乃至整个城市读者提供了不少的便利。在2005年，该书店扩大了书店的面积，大大提高了库存量，使得读者可以购买到更多的书籍。但是，原来的图书销售已经渐渐无法适应市场的发展，因为图书销售的顾客群慢慢固定。为了进一步扩大市场，书店决定开发一套新的销售系统，以自动化的方式进行图书的销售以及管理。书店决定开通网上书店，面向全国进行网上售书，进一步扩大消费人群，同时，保留以往的电话售书的方式，为不在该市的消费者提供便利。

在图书管理方面，由于图书的数量年年增长，出现了许多新的消费热点，读者对图书的选择性有了一些变化。原来的系统已经无法体现这些变化，也无法满足企业制定销售战略。在书店内部，由于面积的扩大，使得原来的导购小姐无法满足书店的需要，同时，书店也有意尝试通过在书店的不同位置放置可供读者自己查询的电脑来满足读者的需要。在书店的规划方面，原来的系统只能够描述销售及库存的情况，对于整个书店的财务，会计等方面并没有涉及，这对于书店进一步扩大规模是不利的。宁因此，书店决定开发一套新的图书销售系统。书店的新战略规划：书店的战略规划是要建立更多的客户群以扩大书店的发展规模，进而扩大市场。一个战略是为外地用户扩大电话定购能力，另一个战略是要通过Internet 增加直接客户市场销路。新系统是一个能为企业的快速增长进行计划并准备加强支持客户交互作用的系统。战略系统计划项目产生了技术结构计划，应用程序结构计划和实施的时间帧。 1，技术结构计划： 1，把商业应用软件转移到客户－服务器结构来，为数据库和电信功能保留了主机，以允许其容量增加及快速发展。 2，向在Internet 上经营商业转移，首先要有一个Web 站点，然后要有链接到内部系统和数据库的一些客户和供应商的事务处理支持。 3，预期最后向内联网解决方案发展 2，应用程序结构计划; 1,财务/会计：带客户－服务器的软件包解决方案 2 ，人力资源：一个软件包解决方案，最大限度地使员工访问人力资源表，过程和利益信息。 3，客户支持系统：设计一个订单处理和执行系统，综合三方面的订单处理需求：通过WEB 邮购，电话定购和直接客户市场销售。 4,库存管理系统：设计一个商品销售和库存系统，可以部分提供给客户以便查询 5,零售店系统：把商店管理系统与库存管理系统集成起来 3，实施应用结构计划的时间帧 1,首先，实施客户支持系统。 2,在客户支持系统启动后立即开始实施库存管理系统。 3,把零售店系统与库存管理系统集成起来 4,更新人力资源系统和财务/会计系统 1,系统分析根据书店的要求，可以确定系统相关者：

如何进行软件需求分析

软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。一、软件需求分析理论如果我们用数学方法来描述软件需求分析，可以将一个应用软件定义为S，可能应用软件涉及功能性问题非常广，我们用抽象化理论分析，可以划分为各个功能域，可以用D1、D2、… Dn表示，那么，我们可以用一个表达式描述为S={D1，D2，D3，…Dn} 但是，功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成，并且每个功能对应于子系统中的一个软构件，我们可以表示为 Di={P1，P2，P3，…Pm} 同样，功能Pj有若干个行为F1、F2、F3、… Fk，每个行为对应于软构件中的实现方法 Pj={F1，F2，F3，…Fk} 一个软件包含了所有功能的集合，同时包含了实现所有功能的所有方法和算法描述。需求分析是依据于用户需求，经过需求问题识别，进行分析、消化与综合，制订规格说明，评审，分为四个阶段，形成用户需求与设计同步，设计满足用户需求目标。需求分析方法始终贯穿着吸收、同化、贯彻方法和手段，用商业化行为解决需求与实现中存在的矛盾，解决用户需求与商业化产品融通，解决规范与个性化追求。二、软件需求分析目标软件需求分析的主要实现目标： 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需

数据结构课程设计需求分析报告

数据结构课程设计需求分析报告学生姓名(组长)：学号：学院：专业：课题名称：指导教师： 2016年 12 月

目录 1、引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2、任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3用户特点 (3) 2.4条件与限制 (4) 3、功能需求 (4) 3.1功能划分 (4) 3.2功能描述 (4) 4、数据描述 (4) 4.1数据流图 (4) 4.2数据结构描述 (4) 5、难点及关键技术分析 (5) 6、外部界面需求 (6) 7、性能需求 (6) 7.1时间特性 (6) 7.2兼容性和扩展性 (6) 8、运行需求 (6) 8.1用户界面 (6) 8.2硬件环境 (6) 8.3软件环境 (6) 9、小组分工 (6)

1 引言 1.1编写目的一直以来人们使用传统的人工方式管理图书馆的日常工作，借书和还书过程主要依靠手工。这样无论是读者还是管理人员都很不方便。在处理借书、还书业务流程的时候效率很低，并且处理能力比较低，一段时间内，所能服务的读者人数有限。利用计算机来处理这些流程会极大程度地提高效率和处理能力。为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写程序以提高图书馆的管理效率。本文档为图书馆管理系统软件需求规格说明书，主要是为了使借书者更方便地了解图书馆的图书信息以及帮助管理员处理图书馆日常的工作（借阅图书，登记图书信息，赔偿图书等），本文档可作为图书馆管理系统技术负责人、软件设计人员和软件开发人员的参考资料。 1.2项目背景说明： a.图书馆管理系统； b.本项目的任务开发者：面向用户：图书馆的管理人员、借书人员实现该软件的计算中心或计算机网络：单机运行。 1.3定义 1、ISBN：国际标准书号的简称。 2、系统：图书馆管理软件 3、图书信息：一些图书的基本信息，包括书名、书号、作者、出版社、库存数量及库存位置等信息，便于读者查询借阅 4、借书记录：包括借阅者的姓名、借书证号以及所借书的书名和借书日期等信息 5、借阅规则：对不同的借阅者有不同的借阅册数和借阅时间，对不同的违章情况有不同的罚款措施 2 任务概述 2.1目标本图书馆管理系统主要应用与小型的图书馆中，方便管理员对大量的图书信息，包括书名、作者、出版社、出版日期、ISBN等进行增加、查询、保存等操作。对于借书者来说只能对图书进行浏览和查询操作。 2.2运行环境本系统包括两部分：管理员使用的服务器以及用户使用的电脑。对于硬件要求不高，软件只要是windows2000及以上版本都可以使用。 2.3用户特点

软件需求分析和设计说明书

XX系统软件需求分析和设计说明书（使用面向对象的方法）组号：组长：组员：

任务分配表 1请详细注明每位同学具体的工作内容。

目录 1 热身：练习使用Visio (1) 2 作业：面向对象的分析和设计 (2) 2.1 用例图 (2) 2.2 类图 (2) 2.3 序列图（顺序图） (2) 2.4 状态图（状态机图） (2) 2.5 活动图 (2)

XX系统软件需求分析和设计说明书（面向对象方法）2 1热身：练习使用Visio 以Microsoft Office Visio 2003为例：启动Visio，点击“帮助—Microsoft Office Visio帮助”。在弹出的窗口中，点击“目录”—“创建绘图”—“软件”—“UML模型图”—“关于UML模型”。在“关于UML模型”窗口中，依次练习使用对各类图的绘制方法。其中，对类和对象的描述安排在“静态结构图”中。在Microsoft Office Visio 2003中的“关于UML模型”窗口示意：如安装Microsoft Office Visio 2007：则启动Visio，点击“帮助—Microsoft Office Visio 帮助”。在弹出的窗口中，点击“软件和数据库模型图”—“UML图”—“UML 系统模型和类型”。按提示，依次练习使用“系统模型”（关于UML 模型图模板中的系统模型、向现有UML 系统模型添加新模型、创建新的UML 系统模型）、“用例图”、“静态结构图”、“序列图”、“状态图”、“活动图”，等。其中，对类和对象的描述安排在“静态结构图”中。热身要求：熟悉上述UML图的用途和表示方法，按照帮助说明使用Visio软件绘制“裁判员认证系统”的相关UML图。每人独立完成，不需要提交试验报告。实验时数：3学时。 2在5月22日前，由组长把本实验报告发送至教师邮箱。组长在发送作业时，需要同时（如不同时转发，本次发送视同无效！）转发给所有组内的其他同学。教师邮箱：dodge2000@https://www.sodocs.net/doc/e415881672.html,，相关作业文件应为Word格式，并以附件方式发送。请在邮件的主题中标出：软件工程课程作业；[学号]；[姓名]。例如：“软件工程课程作业；04052119；倪哉君”。文中“XX”字样必须由实际的选题替换。

项目开发计划和需求分析

项目开发计划的编写提示 B.1 B.1.1引言编写目的说明编写这份项目开发计划的目的，并指出预期的读者。 B.1.2背景说明： a、待开发的软件系统的名称； b、本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c、该软件系统同其他系统相互关系。 B.1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 B.1.4参考资料列出用得着的参考资料，如： a、本项目的经核准的计划任务书或合同、上级机关的批文； b、属于本项目的其他已发表的文件； c、本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 B.2 B.2.1项目概述工作内容简要地说明在本项目的开发中须进行的各项主要工作。 B.2.2主要参加人员

扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 B.2.3产品 B.2.3.1 程序列出需移交给用户的程序的名称，所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 B.2.3.2 文件列出需移交给用户的每种文件的名称及内容要点。 B.2.3.3 服务列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 B.2.3.4 非移交的产品说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 B.2.4验收标准对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 B.2.5 完成项目的最迟期限 B.2.6 本计划的批准者和批准日期 B.3 实施计划 B.3.1工作任务的分解与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指

软件需求分析习题大全

软件需求分析习题大全 Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】

习题集一、单项选择题 1、需求分析最终结果是产生（）。 A．项目开发计划 B．可行性分析报告 C．需求规格说明书 D．设计说明书答案：C 2、需求分析中，开发人员要从用户那里解决的最重要的问题是（）。 A．让软件做什么 B．要给软件提供哪些信息 C．要求软件工作效率怎样 D．让软件具有何种结构答案：A 3、需求规格说明书的内容不应包括对（）的描述。 A．主要功能 B．算法的详细过程 C．用户界面和运行环境 D．软件性能答案：B 4、需求规格说明书的作用不应包括（）。 A．软件设计的依据 B．用户与开发人员对软件要做什么的共同理解 C．软件验收的依据 D．软件可行性研究的依据答案：D 5、下面关于面向对象方法中消息的叙述，不正确的是（）。 A．键盘、鼠标、通信端口、网络等设备一有变化，就会产生消息 B．操作系统不断向应用程序发送消息，但应用程序不能向操作系统发送消息 C. 应用程序之间可以相互发送消息 D．发送与接收消息的通信机制与传统的子程序调用机制不同答案：B 6、面向对象技术中，对象是类的实例。对象有三种成份：（）、属性和方法(或操作)。 A. 标识 B. 规则 C. 封装 D. 消息答案：A 7、软件需求分析阶段的工作，可以分成以下四个方面：对问题的识别、分析与综合、制定规格说明以及（）。 A．总结 B．实践性报告 C．需求分析评审 D．以上答案都不正确答案:C 8、软件需求规格说明书的内容不应包括对（）的描述。 A．主要功能 B．算法的详细过程 C．用户界面及运行环境 D．软件的性能答案:B 9、产品特性可以称为质量属性，在众多质量属性中，对于开发人员来说重要的属性有哪些（B ） A 有效性、效率、灵活性、互操作性 B 可维护性、可移植性、可重用性、可测试性 C 完整性、可靠性、健壮性、可用性 D 容错性、易用性、简洁性、正确性

数据库系统课程设计学生宿舍管理系统需求分析汇编

学生宿舍管理系统需求分析说明书第一部分调查用户需求本系统的最终用户为宿舍楼管理员，本宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查，得出用户的下列实际要求：一、宿舍楼的基本情况学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。1.学生的基本信息入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 2.宿舍的基本信息每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。 3.宿舍财产的基本信息每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。 4.快件收发的基本信息每栋宿舍楼都有邮件收发的管理，当本楼的同学有信件时，相应的会有信件的到达时间，接受信件的同学姓名和他所在的宿舍号。有时，同一个学生有多封信件需要接收，需要表示一个同学有多少封信件。当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的同学手中。 5.报修的基本信息宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。 6.夜归的基本信息

宿舍楼在指定的时间关门（比如晚上12点），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。 7.离校的基本信息每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。二、用户对系统的要求 1.宿舍楼管理员 1）信息要求宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。 2）处理要求当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修改。当快件到达本宿舍楼时，宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录，当同学们接收快件后，管理员应登记快件的接收时间，表明该信件已成功到达收信人的手中。当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。 3）安全性要求 (1).系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用； (2).系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；