学生宿舍管理系统详细设计说明书
- 格式:doc
- 大小:2.22 MB
- 文档页数:66
系统设计说明书模板1. 引言1.1 编写目的本说明书确定学生宿舍管理系统的详细功能模块和数据结构,为学生宿舍管理系统开发编码工作的主要依据。
1.2 背景软件系统的名称:学生宿舍分配系统本项目的任务提出者:张老师本项目的任务开发者:学生软件系统的用户:大学的公寓寝室管理中心1.3 术语表2-1 术语定义或解释表1.4 参考资料1.《学生宿舍分配软件的基本需求》2.《软件系统分析与设计》殷建民编著中国水利水电出版社,20082. 系统总体设计2.1设计约束2.1.1 本系统应遵循的标准和规范1.软件设计应遵循《软件设计规格说明书》,满足《用户需求规格说明书》的相关要求,满足国家规定的相关软件设计的标准。
2.软件采用CS结构设计,用户安装程序后,能够登录进入享受系统的服务。
3.软件设计需要保证软件的正确性、健壮性、安全性。
保证用户的使用体验,保证用户数据的安全。
2.1.2 软硬件运行环境约束软件平台1.客户端软件环境:操作系统:Windows 98/NT /2000或更高版本2.服务端软件环境:A.操作系统:Windows NT /2000 Server或更高版本B.数据库产品:SQL Server 2000硬件平台1.客户程序硬件环境:A.具有 Pentium II440MH或性能相当处理器且满足以下要求的计算机:B.最低 64 MB 内存C.最小 800 MB 硬盘空余空间D.分辨率至少800×600彩色VGA显示器E.鼠标键盘2.服务器硬件环境:A.具有 Pentium Ⅳ 2.4GH 或性能相当的处理器且满足以下要求的计算机:B.最低 256MB 内存C.最小 2 GB 硬盘空余空间D.分辨率至少800×600彩色VGA显示器E.鼠标键盘2.1.3 接口约束外部接口1.用户接口:采用窗口化,菜单式进行设计,在操作时响应快。
2.硬件接口:扫描仪器3.软件接口:用WPS工作簿进行接口内部接口通过面向对象语言设计类,在Public类中实现调用;类间实现严格封闭。
- -宿舍管理系统详细设计说明书注:对应模块界面图由组员各自完成2013 年12 月 1 日1.引言1.1编写目的编写本详细设计说明书的目的主要是详细说明宿舍管理系统系统的构造和部设计,在总体设计说明书的根底上进一步细化系统,提供详细的模块和界面设计,为程序开发提供直接的支持。
本说明书主要面向系统分析人员、程序员和以后的系统维护人员。
作为程序员开发系统的根本依据和在系统维护阶段,维护人员对系统实施维护的参考资料。
1.2背景a.系统的名称:宿舍管理系统b.任务提出者与开发者:彬,泽中用户:宿舍管理员和学生1.3定义2. 系统的构造系统的功能模块图如下列图2.1:图2.1 系统功能模块图多层架构关系图如下列图 2.2查询学生信息 修改学生信息添加学生信息 删除学生信息 查询宿舍信息添加宿舍信息删除宿舍信息添加管理员信息查询水电费信息 用户登录管理员信息管理 学生信息管理宿舍信息管理水电费信息管理宿舍管理系统修改密码图2.2 多层架构关系图根据图2.1功能构造图和图2.2多层架构关系图可得到如下列图2.3所示的系统构造设计图:3.系统的模块设计3.1数据库连接模块〔sqlconnection〕设计说明3.1.1模块名称;数据库连接模块3.1.2模块描述:在.NET中如果采用与数据库进展连接,可以采用以下4个接口对象之一:System.data.oledb.oledbconnectionSystem.data.sqlclient.sqlconnectionSystem.data.odbc.odbcconnectionSystem.data.oracleclient.oracleconnection由于数据库使用的是Microsoft SQL Server,所以使用SQL Server .NET Framework数据提供程序中的SqlConnection对象进展数据连接。
3.1.3 模块功能:与数据库进展连接。
学生宿舍管理型系系统详细设计说明书目录摘要 (2)1.引言 (4)1.1 项目来源 (4)1.2 任务目标 (5)2. 项目规划 (6)3.系统需求分析 (6)3.1业务需求分析 (6)3.1.1 业务组织 (6)3.1.2 业务定义 (7)3.1.3 业务流程 (8)3.2.功能需求分析 (11)3.2.1功能组成 (11)3.2.2 功能逻辑 (12)3.3 数据字典 (15)3.3.1 数据项的定义 (16)4.系统详细设计 (17)4.1 程序算法详细设计 (17)4.1.1用户登录算法 (17)4.1.2 入住管理算法 (18)4.1.3 卫生管理算法 (19)4.1.4 晚归管理算法 (20)4.2 数据库详细设计 (21)4.2.1 概念数据模型设计 (21)4.2.2 逻辑数据建模设计 (22)4.2.3 物理数据建模 (22)4.3 界面设计 (24)4.3.1用户登录页面 (24)4.3.2找回密码 (24)4.3.3 信息查询 (24)4.3.4 卫生评比 (25)4.3.5 宿舍管理 (26)4.3.6 修改信息 (26)5.系统测试与使用 (26)5.1系统运行情况 (26)5.2 系统使用说明 (27)6. 总结 (28)参考文献 (29)1.引言1.1 项目来源因为其学生信息量比较庞大,需要记录存档的数据比较多,人工记录是相当麻烦的。
而且当查找某条记录时,由于数据量庞大,在查找,统计,添加,删除记录等方面不但麻烦,还浪费了许多时间,效率也比较低。
当今社会是飞速进步的信息时代,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。
21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。
学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。
学生宿舍管理系统设计说明书嘿,同学们!咱来聊聊学生宿舍管理系统这回事儿。
你想啊,宿舍就像咱们在学校里的一个小家,得好好打理不是?那这学生宿舍管理系统呢,就是帮着咱们把这个小家管理得井井有条的好帮手。
这系统就好比一个超级管家,啥都能管。
从谁住哪个房间,到宿舍的水电使用情况,再到各种设施的维修记录,它都门儿清。
比如说,分配宿舍这块儿。
它可不会随便乱分,而是像个聪明的军师,综合考虑好多因素。
什么同学的年级啊,专业啊,甚至个人的生活习惯,都在它的考量范围之内。
这就好像给一群不同的水果分类,苹果归苹果堆,香蕉归香蕉堆,不能乱来,不然可就乱套啦!还有水电管理,这系统能精确地记录每个宿舍用了多少水电。
它就像一个细心的记账员,一分一毫都不会记错。
要是哪个宿舍超了,它还会“提醒”你,该省着点儿用啦!这多贴心呐!再说说设施维修。
宿舍的灯坏了,水龙头漏水了,只要你一报修,这系统就像接到紧急任务的战士,迅速把信息传递给维修人员。
而且还能跟踪维修进度,直到问题解决,是不是很厉害?对于宿管老师来说,这系统更是好帮手。
可以随时查看宿舍的各种情况,哪个宿舍卫生不好,哪个宿舍经常晚归,一目了然。
就像有一双千里眼,啥都能看到。
咱们学生自己也能通过这个系统查看一些信息,比如宿舍的评分,自己有没有违反规定啥的。
这就好像有一面镜子,能让咱们清楚地看到自己在宿舍里的表现好不好。
总之,学生宿舍管理系统就像是一个魔法盒子,里面装满了各种让宿舍生活更美好、更有序的法宝。
有了它,咱们的宿舍生活能不舒适、不便捷吗?它让宿舍不再是乱糟糟的,而是充满温馨和秩序的小天地。
所以说,这样的学生宿舍管理系统,难道不值得我们好好利用和珍惜吗?它为我们创造了更好的宿舍环境,让我们能更安心地学习和生活,难道不是吗?。
《学生宿舍信息管理系统》概要设计说明书嘿,同学们!咱们今天来聊聊这个学生宿舍信息管理系统,这可真是个神奇的存在,就像宿舍生活的大管家。
想象一下,没有这个系统之前,宿舍管理那叫一个乱呀!谁住哪间房,得翻一堆本子去查;水电费怎么算,全靠人工一笔一笔地写。
但有了这个系统,一切都变得不一样啦!这个系统呢,首先它得有个超级强大的信息录入功能。
每个同学的个人信息,什么名字、学号、专业,那都得整得明明白白的。
这就好比给每个同学都发了一张专属的“宿舍身份证”,走到哪儿都能被系统认出来。
然后啊,宿舍的分配也能通过它轻松搞定。
不再是靠老师头疼地去想怎么安排,系统根据各种条件,比如专业、班级,自动给你分好宿舍。
这是不是有点像个聪明的小助手,把宿舍的拼图拼得恰到好处?再来说说水电费管理。
系统能精确地记录每个宿舍的用水用电情况,再也不用担心算错账啦。
就像一个精细的小会计,一分一毫都算得清清楚楚。
还有维修管理这一块。
宿舍里的东西坏了,在系统里一报,维修人员就能快速收到消息,赶紧来解决问题。
这多方便呀,难道不比你到处找人快得多?另外,系统还能对宿舍的卫生情况进行记录和评估。
哪个宿舍干净整洁,哪个宿舍需要改进,一目了然。
这就像是给每个宿舍都打了个分数,激励大家把宿舍收拾得漂漂亮亮的。
这个系统的界面也得设计得简单易懂,让老师和同学们用起来都不费劲。
不能像那些复杂的迷宫,让人摸不着头脑。
总的来说,学生宿舍信息管理系统就是为了让宿舍管理变得更高效、更有序、更方便。
它就像是宿舍生活的定海神针,有了它,咱们的宿舍生活就能更加轻松愉快,大家说是不是呀?。
学生宿舍管理系统概要设计说明书学院:信息工程班级:学号:姓名:目录1.引言(31.1编写目的(31.2定义(31.3参考资料........................................................................................错误!未定义书签。
2.范围(32.1系统主要目标(32.2主要软件需求(32.3设计约束、限制(33.软件系统结构设计(43.1复审数据流、控制流(43.2软件体系结构(43.2.1软件程序结构图(43.2.2模块命名规则(43.2.3模块描述......................................................................................错误!未定义书签。
3.3功能需求追溯.................................................................................错误!未定义书签。
3.4复用策略........................................................................................错误!未定义书签。
4.数据设计(54.1数据字典复审(54.2数据项(54.3数据库结构设计(64.4数据结构与程序的关系(64.5文件设计(65.接口设计...............................................................................................错误!未定义书签。
5.1用户界面设计规则.........................................................................错误!未定义书签。
宿舍管理系统系统设计说明书宿舍管理系统系统设计说明书1. 引言1.1 目的1.2 范围1.3 定义2. 需求概述2.1 功能需求2.1.1 学生信息管理2.1.2 宿舍楼信息管理2.1.3 宿舍房间信息管理2.1.4 宿舍床位信息管理2.1.5 维修申请管理2.1.6 报修处理管理2.1.7 支付管理2.1.8 入住退房管理2.1.9 角色权限管理2.2 非功能需求2.2.1 安全性2.2.2 可靠性2.2.3 可用性2.2.4 性能2.2.5 可维护性2.2.6 可扩展性2.2.7 用户界面3. 系统设计3.1 架构设计3.1.1 客户端-服务器模式 3.1.2 分层架构3.2 数据库设计3.2.1 学生信息表设计3.2.2 宿舍楼信息表设计 3.2.3 宿舍房间信息表设计3.2.5 维修申请信息表设计3.2.6 报修处理信息表设计3.2.7 支付信息表设计3.2.8 入住退房信息表设计3.2.9 角色权限信息表设计3.3 界面设计3.3.1 学生信息管理界面设计3.3.2 宿舍楼信息管理界面设计 3.3.3 宿舍房间信息管理界面设计 3.3.4 宿舍床位信息管理界面设计 3.3.5 维修申请管理界面设计3.3.6 报修处理管理界面设计3.3.7 支付管理界面设计3.3.8 入住退房管理界面设计3.3.9 角色权限管理界面设计3.4 业务流程设计3.4.2 宿舍楼信息管理流程设计 3.4.3 宿舍房间信息管理流程设计 3.4.4 宿舍床位信息管理流程设计 3.4.5 维修申请管理流程设计3.4.6 报修处理管理流程设计3.4.7 支付管理流程设计3.4.8 入住退房管理流程设计3.4.9 角色权限管理流程设计4. 系统实现4.1 开发环境4.2 技术选型4.3 开发工具4.4 编码规范4.5 测试策略4.6 部署策略5. 系统运维5.1 系统监控5.2 故障处理5.3 日志记录和分析5.4 数据备份和恢复5.5 安全策略6. 附件6.1 数据库设计文件6.2 界面设计文件6.3 业务流程设计图6.4 监控配置文件6.5 日志记录文件7. 法律名词及注释7.1 GDPR(通用数据保护条例)- GDPR是指欧盟于2018年5月25日生效的一项涉及个人数据保护的法律条例,旨在加强个人数据的保护和隐私权利。
学生宿舍管理系统需求规格说明书学生宿舍管理系统需求规格说明书1、引言本文档旨在描述学生宿舍管理系统的功能和需求,以便能够有效地管理学生宿舍和提供良好的居住环境。
2、总体描述2.1 系统概述学生宿舍管理系统旨在实现对学生宿舍的管理,包括入住管理、设备维护、安全管理等功能。
该系统将提供一个便捷和安全的平台,以满足学生的宿舍生活需求,并提升学生宿舍管理的效率。
2.2 业务需求学生宿舍管理系统应满足以下业务需求:2.2.1 学生入住管理系统应能够管理学生宿舍的入住信息,包括学生信息、宿舍分配、入住时间等。
管理员能够根据学生的个人信息和需求进行宿舍分配,并记录相关信息。
2.2.2 设备管理系统应能够管理学生宿舍的设备信息,包括宿舍内设备清单、维修记录和报废处理等。
管理员能够对设备进行维护和报废操作,并记录相关信息。
2.2.3 安全管理系统应能够管理学生宿舍的安全事务,包括宿舍门禁管理、安全巡查和安全事件处理等。
管理员能够对宿舍门禁进行管理和设置,记录巡查情况,并处理相关安全事件。
2.2.4 报修管理系统应提供学生宿舍的报修功能,包括报修申请、维修进度和评价反馈等。
学生能够方便地提交报修申请,并及时了解维修进度。
2.2.5 公告通知系统应提供宿舍管理的公告通知功能,包括通知发布、阅读确认和重要通知推送等。
管理员能够发布重要通知和公告,并记录学生的阅读情况。
2.2.6 数据统计与分析系统应能够统计和分析学生宿舍的相关数据,包括入住率、设备故障频率和报修情况等。
管理员能够根据统计结果进行管理决策和优化改进。
3、功能需求3.1 学生入住管理3.1.1 学生信息管理系统应能够维护学生的个人信息,包括学号、姓名、性别、年级、专业等。
3.1.2 宿舍分配管理系统应能够根据学生的个人信息和需求进行宿舍分配,包括分配规则的设置和宿舍选择的可视化界面。
3.1.3 入住信息管理系统应能够记录学生的入住信息,包括入住时间、宿舍号码、床位号等。
宿舍管理系统--软件设计说明书宿舍管理系统--软件设计说明书1、引言1.1 目的1.2 范围1.3 定义、缩略语和缩写1.4 参考资料1.5 概述2、系统概述2.1 问题描述2.2 系统功能2.3 用户特征2.4 假设和约束2.5 系统环境3、功能需求3.1 用户管理功能3.1.1 注册3.1.2 登录3.1.3 修改密码3.1.4 添加用户3.1.5 删除用户3.2 宿舍信息管理功能 3.2.1 添加宿舍3.2.2 删除宿舍3.2.3 查询宿舍3.2.4 修改宿舍信息 3.3 学生信息管理功能 3.3.1 添加学生信息 3.3.2 删除学生信息 3.3.3 查询学生信息 3.3.4 修改学生信息 3.4 入住管理功能3.4.1 分配宿舍3.4.2 退宿处理3.5 维修管理功能3.5.1 报修3.5.2 处理维修请求4、性能需求和非功能需求 4.1 性能需求4.1.1 响应时间4.1.2 并发能力4.2 非功能需求4.2.1 可靠性4.2.2 安全性4.2.3 可维护性4.2.4 用户友好性4.2.5 可扩展性5、数据模型5.1 用户表5.2 宿舍表5.3 学生表5.4 入住记录表5.5 维修记录表6、系统架构6.1 架构概述6.2 MVC设计模式7、界面设计7.1 注册界面7.2 登录界面7.3 用户管理界面7.4 宿舍管理界面7.5 学生信息管理界面 7.6 入住管理界面7.7 维修管理界面8、数据库设计8.1 用户表设计8.2 宿舍表设计8.3 学生表设计8.4 入住记录表设计8.5 维修记录表设计9、接口设计9.1 用户管理接口9.2 宿舍管理接口9.3 学生信息管理接口 9.4 入住管理接口9.5 维修管理接口10、测试计划10.1 单元测试10.2 集成测试10.3 系统测试10.4 用户验收测试11、风险和问题管理11.1 风险识别11.2 风险分析11.3 风险应对策略12、附件附件1、界面原型设计图附件2、数据库表结构设计图13、法律名词及注释13.1 版权法版权法是指保护文字、作品、标志等的法律法规。
宿舍管理系统总体设计说明书管理信息系统设计阶段的主要目的,是将系统分析阶段所提出的,反映了本系统使用情况的信息需要的逻辑方案,转化成可以实施的,基于计算机以及通信信息的物理方案,并考虑到企业的经济、技术和运行环境等方面的因素,确定系统的总体结构和系统各组成部分的技术方案,合理的选择计算机的各项软硬件配置,提出系统的实施计划,确保总体目标的实现。
系统设计是基于系统分析的基础上,由抽象到具体的过程,同时,还必须考虑到系统实现的内外环境和主客观条件。
通常,这一阶段工作的主要考虑以下几个方面:1)系统分析的成果。
系统设计,从工作流程的角度来看,是系统分析工作的继续,因此,系统设计人员必须严格按照系统分析阶段的成果-------“系统说明书”,所规定的目标、任务和逻辑功能开展设计工作。
2)现行技术。
主要指可供选用的计算机硬件技术、软件技术、数据管理技术以及数据通信技术和计算机网络技术。
3)现行信息管理和信息技术的标准、规范和相关的法律制度。
4)用户需求。
系统的直接使用者是用户,进行系统设计时应充分尊重和理解用户的要求,特别是用户在操作使用方面的要求,应尽可能使用户感到满意。
5)系统运行环境。
新系统的目标应与现行的管理方法相匹配,与组织机构的改革和发展相适应。
在系统设计中,应尽量满足以下要求:1)系统性;2)可扩展性;3)可靠性;4)经济性。
系统设计阶段的活动主要包括:⑴系统总体布局方案的确定;⑵软件系统总体结构的设计;⑶计算机硬件方案的选择和设计;⑷数据存储的总体设计。
一、软件模块结构设计在系统需求分析阶段,已经弄清了系统的各种需求,解决了要让所开发的系统“做什么”的问题,并已在系统需求说明书中详尽地阐明了需求,在系统设计阶段,要着手解决“怎么做”的问题。
现有的系统设计的方法和工具有如下几种:l、结构化设计方法:规定了一系列模块的分解协调原则和技术,结构化设计的基础是模块化,即将整个系统分解成相对独立的若干模块,通过对模块的设计和模块之间关系的协调实现整个软件系统的功能。
详细设计说明书
项目承担部门:
撰写人(签名)
完成日期:二00八年十一月二十一日
本文档使用部门:■主管领导■项目组
项目承担部门: (1)
撰写人(签名): (1)
1.引言 (1)
1.1编写目的 (1)
1.2项目背景 (2)
1.3定义 (2)
1.4参考资料 (2)
2.总体设计 (2)
2.1需求概述 (2)
2.2软件结构 (4)
3.程序描述 (4)
3.1登陆管理 (4)
3.2公寓地区信息管理 (6)
3.3公寓基本信息管理 (14)
3.4公寓维修管理 (21)
3.5公寓卫生管理 (24)
3.6建议管理 (32)
3.7来访登记管理 (37)
3.8论坛管理 (41)
3.9寝室安排管理 (47)
3.10通知管理 (55)
3.11学生基本信息管理 (58)
1.引言
1.1编写目的
本说明书确定系统的详细功能模块和数据结构,为开发工作提供依据。
1.2项目背景
软件系统的名称: DOUMS
本项目的任务提出者:陈国志老师
本项目的任务开发者:小虎队
软件系统的用户:大学的公寓寝室管理中心
1.3定义
DOUMS:学生公寓管理系统(Dormitory of University Management System)1.4参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
a.项目的计划任务书、合同或批文;
b.项目开发计划;
c.需求规格说明书;
d.概要设计说明书;
e.测试计划(初稿);
f.用户操作手册(初稿);
g.文档中所引用的其他资料、软件开发标准或规范。
】
2.总体设计
2.1需求概述
2.2软件结构
3.程序描述3.1登陆管理
3.2公寓地区信息管理
相关对象
及接口
备注
模块名称公寓地区信息删除模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能删除公寓地区信息
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名Area
性能要求
限制条件
输入公寓地区名
输出操作成功或失败信息
算法逻辑
3.3公寓基本信息管理
3.4公寓维修管理
相关对象
及接口
备注
模块名称查看维修报告模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能维修报告查看
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名StudentReportRepair
性能要求
限制条件
输入查看条件
输出符合条件的维修报告
相关对象
及接口
备注
模块名称修改维修报告模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能维修报告修改
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名StudentReportRepair
性能要求
限制条件
输入维修报告内容
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
3.5公寓卫生管理
模块名称卫生情况录入模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能录入卫生情况
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名CleanManagement
性能要求
3.6建议管理
作者李
编写时间2008-11-22 修改人
广
修改时间修改批准人修改次数
相关表名StudentSuggestion DormitoryAdminSuggestion
AreaAdminSuggestion Student DormitoryAdmin AreaAdmin 性能要求
限制条件
输入建议信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称建议查询模块代号
适用范围全局类型WEB页面、用户对象、函数
对象功能查询建议
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数相关表名StudentSuggestion DormitoryAdminSuggestion AreaAdminSuggestion
性能要求
限制条件
输入建议查询条件
输出符合查询条件的建议信息
算法逻辑
相关对象
及接口
备注
3)回复建议
模块名称回复建议模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能建议回复
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名StudentSuggestion DormitoryAdminSuggestion
AreaAdminSuggestion StudentAOS DormitoryAdminAOS
AreaAdminAOS
性能要求
限制条件
输入回复信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
4)建议回复情况查询
3.7来访登记管理
广
修改时间修改批准人修改次数
相关表名VisitorRegister
性能要求
限制条件
输入来访登记信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称修改登记记录模块代号
适用范围全局类型WEB页面、用户对象、函数
对象功能修改登记记录
作者李
编写时间2008-11-22 修改人广
修改时间修改批准人修改次数相关表名VisitorRegister
性能要求
限制条件
输入修改后的登记记录
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称查询来访情况模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能查询来访情况
作者李
编写时间2008-11-22 修改人
广
修改时间修改批准人修改次数
相关表名VisitorRegister
性能要求
限制条件
输入查询条件
输出符合条件的来访情况
算法逻辑
3.8论坛管理
相关对象
及接口
备注
模块名称创建版主模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能创建版主
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名BbsManager
性能要求
限制条件
输入版主信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称发贴模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能发贴
作者李
编写时间2008-11-22 修改人
广
修改时间修改批准人修改次数
相关表名BbsPost
性能要求
限制条件
输入帖子信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称回贴模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名BbsPostAnswer
性能要求
限制条件
输入回帖信息
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称删除帖子模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能删除帖子
作者李
编写时间2008-11-22 修改人
广
修改时间修改批准人修改次数
相关表名BbsPost
性能要求
限制条件
输入帖子ID
输出操作成功或失败信息
算法逻辑
相关对象
及接口
备注
模块名称创建主题目录模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能创建主题目录
编写时间2008-11-22 修改人
作者李
广
修改时间修改批准人修改次数
相关表名BbsContents
性能要求
限制条件
输入主题目录内容
输出操作成功或错误信息
算法逻辑
相关对象
及接口
备注
3.9寝室安排管理
模块名称学生寝室信息录入模块代号
适用范围全局类型WEB页面、用户对象、函数对象功能学生寝室信息录入。