寝室管理系统前景与范围文档Word格式.doc

上传人:wj 文档编号:4035343 上传时间:2023-05-02 格式:DOC 页数:6 大小:41KB
下载 相关 举报
寝室管理系统前景与范围文档Word格式.doc_第1页
第1页 / 共6页
寝室管理系统前景与范围文档Word格式.doc_第2页
第2页 / 共6页
寝室管理系统前景与范围文档Word格式.doc_第3页
第3页 / 共6页
寝室管理系统前景与范围文档Word格式.doc_第4页
第4页 / 共6页
寝室管理系统前景与范围文档Word格式.doc_第5页
第5页 / 共6页
寝室管理系统前景与范围文档Word格式.doc_第6页
第6页 / 共6页
亲,该文档总共6页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

寝室管理系统前景与范围文档Word格式.doc

《寝室管理系统前景与范围文档Word格式.doc》由会员分享,可在线阅读,更多相关《寝室管理系统前景与范围文档Word格式.doc(6页珍藏版)》请在冰点文库上搜索。

寝室管理系统前景与范围文档Word格式.doc

3.2后续版本范围

3.3限制与排除

四、项目环境

4.1操作环境

4.2涉众

4.3项目属性

一、业务需求

1、应用背景

学生宿舍是大学生学习、生活、休息的重要场所,使用管理信息系统来进行大学宿舍的管理工作无疑将提高宿舍管理工作的效率和保证信息的准确性。

系统管理员信息管理,宿舍基本信息的管理,学生基本信息是管理,宿舍日常生活的管理,相关数据的报表管理等,所涉及的管理面广、内容多整个公寓管理的工作量很大。

目前,各学校的大部分管理工作已基本上实现全电脑操作,但是学生宿舍的管理仍使用人工操作。

传统人工操作的宿舍管理方式,需要强大的人力进行支持,管理各项信息的准确性也较差。

2、业务机遇

在现今的知识时代,现代社会人们有着高度强烈的时间观念,如果仍使用手工操作,既浪费了人力,又浪费了物力,效率无法提高。

现在我国的各学校学生宿舍的管理水平还停留在纸介质的基础上,这样的机制已经不能适应时代的发展,因为它浪费了许多人力和物力,在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。

学生宿舍管理系统既可存储所有的宿舍管理的信息,而且仅需要一名宿舍管理员对此系统进行操作,节省大量人力,同时还可以迅速查到所需信息。

为此开发学生宿舍管理系统软件,能够适应现今社会,提高学校宿舍管理效率。

3、业务目的

BO-1规范学生宿舍基本信息管理:

首先统一安排学生入住,如果有学生要更换寝室,可以方便查到哪个寝室还有空床,包括该寝室内已住学生的基本信息,安排入住。

实现信息安全化。

BO-2规范学生宿舍管理:

可以添加新建公寓的信息,以及添加该公寓内的寝室信息,以及修改公寓和寝室的相关信息(公寓号和寝室号)。

BO-3规范寝室收费管理:

收费以寝室为单位,当费用收好以后,可以打印报表以查看交费记录。

实现信息可靠。

BO-4规范来访人员管理:

对来访人员进行严格登记,包括来访时间,结束时间,来访人员的来访事由,能查询到每一条来访人员和被访人的信息。

实现信息可视化。

BO-5规范报表管理:

对用户需要的数据进行分类打印等。

可操作性强。

BO-6规范管理员信息管理:

能对管理员信息的编辑等。

实现简易操作。

BO-7规范维修管理:

对学生反馈的信息进行收集整理。

为学生维修提供方便的服务。

4、业务风险

RI-1:

软件开发起始阶段。

此阶段软件开发一般进行可行性分析、需求分析、部分的业务模型设计、编写软件开发计划等,此时发生的风险属于开发范围风险类别。

它可能是:

项目范围描述不清楚界限和目标都不明确;

对业务和需求不了解;

对系统认识不清,进度和计划安排混乱.这些风险一般属于高级别的风险,有可能导致开发的失败甚至取消。

RI-2:

软件开发设计阶段。

本阶段主要是系统设计完善工作,包括软件架构、系统功能、系统约束、测试方案等,可能会有少量的编码,以验证部分设计。

可能出现的风险表现为:

对系统功能和架构考虑不周全,导致可能需要进行无数次修改;

设计缺少客户或相关验证,导致需要再修改;

缺少变更控制,任意按客或系统的需要修改设计,以至于破坏了整体性。

RI-3:

实施阶段。

该阶段进行编码实现工作,包括测试和部分的设计变更,设计补充等。

可能存在的风险是:

设计错误导致无法进行编码实现;

开发团队本身的纪律约束和沟通成为开发障碍,所有成员对设计的理解不一致;

模块无法集成;

项目突然发生重大变更;

开发人员本身的能力导致编码无法继续;

测试不能保证良好的验证开发等.此阶段的风险,大都属于中等风险,需要专业能力解决。

如可进行编码培训防止编码混乱带来的风险,召开沟通会议消除对设计的理解不一致等。

RI-4产品化及结束阶段。

此阶段是进行产品化包装部署或客户实施安装维护等,发生风险的可能性较小,属中度或轻微风险。

一般可能的风险有:

客户不满意:

维护性差等.这些情况可在前面的阶段进行更好的控制来减轻这里的风险,当然也可以进行升级修改的方式。

但是这里发生的风险在开始的时候对开发和项目的成败影响达到最大化,然后开始减少。

1、前景概述

(1)宿舍的管理具有一定的连续性,机动性,灵活性,使用该系统可以提高后勤管理人员的管理水平,对宿舍的工作进行科学、规范的管理,调动管理人员的工作积极性,提高了工作效率。

(2)激发了后勤人员学习计算机的积极性,提高了后勤人员在广大学生心目中的形象。

(3)调动后勤管理人员的工作积极性,同时提高了办事的效率,便于领导实施监督管理。

(4)开创基层基础工作建设的新局面,增强后勤工作人员的工作热情,便于更好地管理我们学校的后勤诸多琐碎事情的管理。

2、主要特性

FE-1:

本系统将实现检索迅速和查找方便;

信息的录入,修改和删除功能;

以及对新入校学生进行入住登记等功能。

系统提供多用户登陆,并实现用户之间简单的角色管理,权限分配等功能。

通过构建基于Internet的分布式网络信息共享平台,系统用户能够在内网,或者是公网上登录系统,进行操作,实现学生宿舍管理工作的电子化管理。

FE-2:

本系统能提高学校宿舍管理部门的工作效率;

充分利用资源;

减少不必要的人力,物力和财力的支出;

方便宿舍管理部门的工作人员全面地掌握学生住宿情况;

提高学生对宿舍管理的互动性等。

FE-3:

系统设计应具有良好的易用性、操作简便,符合常规Windows操作环境下的用户使用习惯。

同时,尽量减少用户的记忆工作量。

服务器的故障将导致帮助文件的内容不可访问,故建议服务器采用备份恢复的措施;

数据库的故障将导致某些功能的无效,但不影响帮助文件的查询。

3、假设与依赖

AS-1:

学生寝室、管理员、财务科、维修科都可以访问内联网的计算机和打印机。

AS-2:

最迟的经费批准和维修信息核对时间为1天,以免耽误学生寝室的维修。

DE-1:

如果某校有自己的管理系统,必须与此系统保持双向通信。

特性

版本1

版本2

FE-1

完全实现

FE-2

只能部分实现电脑化信息

FE-3

限制与排除

LI-1:

需要完整的身份信息验证才能登陆相应系统,数据库应该足够完善与安全。

LI-2:

有些信息为系统信息,不能够擅自更改。

四、项目环境

1、操作环境

①不同的用户会在什么时间访问系统?

②数据在何处生成,用于何处?

③访问数据时的最大响应时间是否已知?

④用户是否能容忍服务中断?

⑤是否需要提供访问安全控制和数据保护?

2、涉众

涉众

特征

宿舍管理员

宿舍管理员对来访人员进行严格登记,包括来访时间,结束时间,来访人员的来访事由,能查询到每一条来访人员和被访人的信息。

学生

学生可以请求更换寝室,并对寝室进行报修。

学校管理层

学校管理层能对管理员信息的编辑等。

能查看系统内所有信息。

统一安排学生入住,接收并受理学生的更换寝室请求。

添加新建公寓的信息,以及添加该公寓内的寝室信息,以及修改公寓和寝室的相关信息

财务科

财务科使用系统以寝室为单位收取水、电费用,当费用收好以后,可以打印报表以查看交费记录。

维修科

维修科在接收到学生寝室的报修后,安排人员进行修理。

3、项目属性

属性

执行者

约束因素

可调节因素

1.0版本中要求实现的特性必须完全可操作

质量

必须保证系统的安全可靠性和数据的保密性

进度

计划**日期完成第一版,**日期完成第二版。

人员

团队规模包括一名兼职的项目经理,两名开发人员和一名兼职的测试人员;

如有必要,还可以再增加兼职的开发人员。

费用

由于系统的规模的较小,所以不能投入超过预期40%的经费

在保证项目可以完成的情况下可以超过预期费用的10%

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2