学生宿舍管理系统系统分与析设计.doc

学生宿舍管理系统系统分析与设计报告 姓名：王兵 学号：2013213762 班级：1301302 老师：徐光侠 1. 目标 1 2背景分析 1 2.1宿舍楼的基本情况 1 2.1.1学生的基本信息： 1 2.1.2宿舍的基本信息： 2 2.2用户对系统的要求 2 2.2.1宿舍楼管理员： 2 2.2.2本宿舍楼的学生： 2 3.UML建模基础知识 2 3.1学生宿舍管理系统的主要的参与者是查询者，一般用户，系统管理员，财务人员，系统管理员，学生工作人员，以及时钟。 2 3.2常用的视角来描述一个系统： 2 4.UML建模 3 4.1整体宿舍管理系统用例的组织——用例包图 3 4.2子系统的用例图 3 4.3 系统类图 5 静态分析阶段——学生宿舍分配类图 6 4.4 为对象分配操作——通过协作图 6 4.5 系统的动态分析——用顺序图表示用例的实现 8 4.6 活动图 9 5. 总结 10 目标 采用UML的方式对学生宿舍管理系统进行分析和设计，通过对学生宿舍的建模来对UML进行更加详细的了解和熟悉。 2背景分析 2.1宿舍楼的基本情况 学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。 2.1.1学生的基本信息： 入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。 2.1.2宿舍的基本信息： 每间宿舍都有唯一的宿舍号 2.2用户对系统的要求 2.2.1宿舍楼管理员： a.信息要求： 宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。 b.处理要求： 当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些同学搬到其它的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。 c．安全性与完整性要求： 安全性要求： 1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用； 2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容； 3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。 2.2.2本宿舍楼的学生： 信息要求：本宿舍楼的学生能查询其所在的宿舍的所有信息。 3.UML建模基础知识 3.1学生宿舍管理系统的主要的参与者是查询者，一般用户，系统管理员，财务人员，系统管理员，学生工作人员，以及时钟。 通过分析参与者的活动，可以初步确定这样的一些用例：（1）查询信息（2）学生管理（3）宿舍分配（4）住宿管理（5）基本数据管理（6）财务管理（7）决策支持。 3.2常用的视角来描述一个系统： 　系统的使用实例：从系统外部的操作者的角度描述系统的功能。 　系统的逻辑结构：描述系统内部的静态结构和动态行为，即从内部描述如 何设计实现系统功能。 　系统的构成：描述系统由哪些程序组件所组成。 　系统的并发性：描述系统的并发性，强调并发系统中存在的各种通信和同 步问题。 　系统的配置：描述系统的软件和各种硬件设备之间的配置关系。 根据这种思想，UML采用9种视图来描述系统的结构和行为 用例图：参与者，用例的集合，可能的接口以及这些元素之间关系的图形表示。 类图：类与类之间的相互关系。 构件图：构建以其相互依赖关系。 部署图：构建在各节点上的部署。 顺序图：强调时间顺序的交互图。 协作图：强调对象协作的交互图。 对象图：对象以及对象之间的关系。 顺序图：强调时间顺序的交互图。 活动图：对工作流程建模。 4.UML建模 根据前面的需求分析，分别建立系统的用例图，包图，类图，顺序图，协作图，活动图。 4.1整体宿舍管理系统用例的组织——用例包图 学生宿舍管理系统的包图 4.2子系统的用例图 用例图分析 首先确定参与者，参与者是系统以外的一个实体（可以是任何的事物或者人），它以某种方式参与了用例的执行过程。参与者通过向系统或请求系统输入某些事件来触发系统的执行。我们看到宿舍管理系统的参与者是查询者，一般用户，学生工作