《公寓管理系统》结构设计Word下载.docx

《公寓管理系统》结构设计Word下载.docx

《《公寓管理系统》结构设计Word下载.docx》由会员分享，可在线阅读，更多相关《《公寓管理系统》结构设计Word下载.docx（12页珍藏版）》请在冰豆网上搜索。

变更内容概述

作者

备注

2012-9-12

初始版本定稿

郭晨瑞

目录

1范围2

1.1标识2

1.2系统概述2

1.3文档概述4

1.4基线4

2.参考文献5

3.CSCI级设计决策5

4CSCI体系结构设计6

4.1体系结构6

4.1.1程序（模块）划分6

4.2全局数据结构说明7

4.2.1常量7

4.2.2变量7

4.2.3数据结构8

4.3数据库设计8

4.4执行概念8

4.5接口设计9

5CSCI详细设计9

5.1教师/学生登录功能9

5.2学生密码管理系统9

5.3查询公告信息10

5.4公寓管理员的信息浏览/发布/修改/删除功能10

5.4.1浏览发布的信息10

5.4.2信息发布10

5.4.3即时信息修改10

5.4.4即时信息的删除11

5.4.5查询公告信息11

5.5修改教师信息11

5.6添加教师信息11

5.7删除教师信息11

5.8修改学生信息12

5.9添加学生信息12

5.10删除学生信息12

5.11删除公告信息12

6需求的可追踪性12

1范围

1.1标识

软件名称

软件标识号

缩写

版本号

发行号

ManagementofStudentResidences

MSR

20100904

1.2系统概述

系统的名称：

学生公寓管理系统；

产品所有权：

软二班的第十组；

可行性研究：

8月20日——8月27日；

需求分析：

8月28日——9月3日；

数据库设计：

9月3日——9月8日；

结构设计：

9月9日——9月15日；

任务提出人：

胡建龙老师。

需求分析人：

软二班第十组成员。

用户：

主要是针对公寓里面的管理员。

学生公寓管理系统的主要功能是利用计算机对学生在宿舍的的基本信息进行日常管理，如基本信息查询，增加，删除，修改，给学生办理入住，床铺，退宿，数据备份与还原，实用小工具的使用等。

针对系统服务对象的具体要求，设计了学生公寓管理系统。

该系统主要有以下几条功能：

（1）权限登录。

管理员和用户在系统中的权限是不一样的，用户只能进行查询，修改密码和使用一些小工具等，而管理员能使用所有的功能。

（2）查询功能。

要求能进行单项查询，如学生的基本信息情况，宿舍入住情况。

（3）更新功能。

要求能对学生的基本信息，宿舍的基本信息，床位的状态信息，用户信息的更改。

（4）办理学生入住，换铺，退宿。

管理员可以办理学生的入住，换铺，退宿等公寓的基本功能。

（5）用户注册，管理功能。

可以注册一个新用户，管理员还可以对普通用户就行编辑，可以增加，删除用户。

（6）数据备份与还原功能。

在该系统的使用时可能导致数据的破坏和丢失，利用该功能可以对数据就行备份和还原。

1.3文档概述

本文档的主要用途在于供设计小组参考，确认设计目地和设计日程安排，还供日后维护小组检查系统的合理及完善性提供副本。

内容包括文档范围，引用文件，需求，合理性规定。

当然系统对使用人员的的保密性和私密性都有要求，系统规定了使用者的使用权限，具体使用细节后面会做详细说明。

1.4基线

每周我们小组成员会在一起讨论，比较项目与实际要求的差距，并提交问题及解决报告。

每完成一小段设计计划，我们把它当作一个里程碑，并把这些中的一些重要的里程碑称为基线，步步为营，一定要确定基线的高质量完成。

2.参考文献

1.《软件工程导论》-张海藩-清华大学出版社

2.《数据结构设计》-严蔚敏-清华大学出版社

3.《计算机软件文档编制规范》--GB/T8567-2006

4.《VisualBasic程序设计》--王栋--清华大学出版社

3.CSCI级设计决策

根据功能的不同可以将本系统分为5大模块：

1.权限登录：

2.信息管理：

信息浏览：

信息浏览包括对卫生记录，资产记录，违规记录，请假记录，卫生记录浏览是对卫生的一个长期统计，根据每日的调查不断的更新页面。

资产记录浏览用于备份公共财产的登进和支出，以免出现公共财产的短缺，或者是损坏等情况。

违规记录浏览用于教师检查，与平时的成绩联系在一块。

请假记录浏览用于教师检查，以免一些同学出现欺骗，或者是对学生整体的一个成绩统计。

3.信息修改：

修改：

信息修改包括学生搬进搬出的记录，即时信息的登记。

删除：

对于一些毕业的搬出去永久不再回来的学生的信息可以进行备份交给学校相关部门后进行删除，还有就是对一些长期累积的没有用处的信息的一个整理删除。

4.信息添加：

信息添加包括学生的搬进搬出记录，资产记录，一些教师来检查登记，还有突发信息的一些紧急添加。

5.数据备份与还原功能：

模块的调用：

信息浏览是对所有学校的工作人员公用，在教师登陆模块中，当老师成功登陆之后，就可以查看相以对应班级学生的平时住宿情况，关注学生的违规请假等情况。

学生登录查看一些由管理员刚发布的突发的紧急信息。

管理人员登陆之后可以对整个系统信息进行登记修改。

4CSCI体系结构设计

4.1体系结构

4.1.1程序（模块）划分

经过系统分析，确定了本软件主要包括以下方面：

系统设置、公寓管理、卫生检查、公寓资产、记录查看、记录删除、值班记录、帮助制作。

其中系统功能结构如图4.1

图4.1系统功能结构图

4.2全局数据结构说明

4.2.1常量

包括数据文件名称及其所在目录，功能说明，具体常量说明等。

4.2.2变量

包括数据文件名称及其所在目录，功能说明，具体变量说明

4.2.3数据结构

包括说句结构名称，功能说明，具体数据结构说明（定义、注释、取值…）等。

4.3数据库设计

1、数据库设计的总体功能E—R图如图4.2

图4.2E—R图

4.4执行概念

该公寓管理系统是从三种人物来进行执行的，学生，教师，管理员，三者之间的执行方式有所不同，也有相同的地方，

三者之间都可以通过浏览来了解信息，三者最大的不同在于三者的身份不同，管理员作为劳动者，作为对学生的安全对学校财产的一个保护者。

所以管理员是教师和学生的一个桥梁。

教师是对学生的监督者，所以教师主要就是通过浏览来监督学生的平时卫生习惯。

学生是一个被监督者，学生主要是通过来浏览学生公寓系统来自我监督。

4.5接口设计

学生登录——密码修改：

学号

学生登录——查询公寓管理即时信息：

学号、宿舍号

公寓管理信息——修改更改信息：

学号、宿舍号、学期

教师登录——密码修改：

身份证号

教师登录——查询公寓管理学生信息：

5CSCI详细设计

5.1教师/学生登录功能

在登陆页面对应地方输入用户名、密码、学号/身份证确认后登录。

在提交后的asp文件中，首先通过学号/身份证号对数据库中的学生表进行检索，若检索到的记录集为空，则说明学号/身份证号错误，从而转到相应的出错的处理程序，若记录集不为空，在进行姓名判断，若姓名与表中的姓名不符，进行出错处理，若相同，进而验证密码是否正确，若不对，进行出错处理，正确则转学生/老师登陆成功的操作页面，并将姓名；

密码，学号/教师编号以session对象保存起来。

出错及处理：

在该模块中可能发生的错误有

1学号错误，这时会提醒“无此用户，重新输入!

”

2姓名错误，系统提示“姓名错误！

3密码错误，系统提示“密码错误！

”

5.2学生密码管理系统

密码的管理的前提是用户的成功登陆，选择密码修改后，按照页面上的提示，在相应的文本框中输入原始密码，新密码（两次），确定后提交。

转入执行的asp文件后，首先根据传递的学号判断原始密码的正误，若错误，转到相应的处理程序，若正确，在判断两次输入的新密码是否相等，若不等，出错；

否则，用新密码代替旧密码，更新数据库学生中的“密码”字段。

1.原始密码错误，系统提示“原始密码错误，重新输入！

2.新密码输入两次不同，系统提示“新密码不一致，重新输入！

5.3查询公告信息

在学生/教师成功后选择查看公共信息分布即可进入公共信息查询，传递参数为信息编号，对数据库进行检索，将符合条件的记录列出。

5.4公寓管理员的信息浏览/发布/修改/删除功能

5.4.1浏览发布的信息

对数据库进行检索，将其中符合条件的信息全部输出。

查询需要的参数是有session对象获得的身份证号和公寓管理信息，有这二者确定出是该管理员在这学期所发布过的公寓管理即时信息。

5.4.2信息发布

具体操作为对数据库添加新记录。

当添加的记录已经存在时，系统向用户询问是覆盖原始记录还是放弃重新添加。

若为覆盖则进行的是直接赋值，将表单中的课程信息逐一的赋给数据表course的各项，若为新纪录，则用“new”语句进行新纪录的添加，添加到表的最后。

（1）重复的添加，弹出询问页面“是覆盖还是放弃？

”选择后进行不同的处理，重新写入或是返回。

5.4.3即时信息修改

在查看一网发布的信息的页面中点击“我要修改”进入修改页面（实际同信息发布页面），在文本框中输入问政信息后进行覆盖写入，操作与信息发布大致相同。

5.4.4即时信息的删除

在查看以往发布的信息的页面中点击“我要删除”进入删除页面，输入要删除的信息的日期编码，点击删除。

（1）误删除，系统提示“您无权删除他人的信息！

所删除信息，系统提示“无此信息！

5.4.5查询公告信息

与学生部分的信息查询功能相同，详情请向上查询。

5.5修改教师信息

教师信息的修改由管理员完成，教师无权修改。

在管理员登陆成功后选择“修改教师信息”即进入教师信息修改页面，修改的教师的身份证号后网页列出索要修改的教师的信息，其中不包括教师的身份证号和密码（密码由教师自己修改管理员只在添加一条新的教师信息时才写入初始密码）。

具体操作是对数据库的查询，在网页相应的地方显示所要的信息，列出教师信息后，只要对其中信息进行修改提交即可。

5.6添加教师信息

添加教师信息由管理员完成，再添加页面中输入新教师的信息。

具体操作是对数据表进行添加操作，生成新纪录。

可能输入的教师身份证已经存在，系统则提示“该教师信息已存在！

”避免了新信息对酒的信息的覆盖产生的错误。

5.7删除教师信息

教师信息的删除也是有管理员完成的，输入需要删除的教师身份证号后进行删除。

当输入的教师不存在时，系统提示“无此教师信息！

5.8修改学生信息

功能与修改教师信息基本相同，并不再赘述。

5.9添加学生信息

功能与添加教师信息基本相同，并不再赘述。

5.10删除学生信息

功能与删除教师信息基本相同，并不再赘述。

5.11删除公告信息

6需求的可追踪性

在应用系统开发的整个生命周期中,用户的需求可追踪。

具有非常重要的作用。

它促进开发人员对需求的理解,便于对需求的管理,避免因系统质量降低,而重新修改,从而减少项目的开发费用与开发时间。

附录

系统的总体结构设计遵循如下原则：

1）系统应具有良好的适应性。

能适应用户对系统的软件环境、管理内容、模式和界面的要求；

2）系统应具有可靠性。

采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠；

3）系统应具有良好的安全性。

应提供完善的安全机制和

权限限制机制，确保数据的受限访问；

4）系统应具有良好的可维护性。

系统应易于维护安装；

5）系统应具有良好的可扩展性。

系统应适应未来信息化建设的要求，能方

便地进行功能扩展，以建立完善的信息集成管理体系；