1、8总结 10参考文献 10摘要:随着计算机的应用迅速普及,高校学生宿舍管理的方法也日新月异,人工管理的缺陷日益突出:管理效率低,劳动强度大,信息处理速度低且准确率差强人意。为了提高信息处理速度和准确性,为管理员提供更方便、科学的服务项目,特此开发宿舍报修系统。该系统主要的功能就是通过互联网实现学生和业务管理人员之间的信息交互,方便学生及时报修宿舍损坏物品,维修人员及时的进行维修。关键词:数据库E-R图宿舍报修引言科学技术的发展改变着学生的学习和生活,通过网络可以方便快捷进行信息交互。宿舍是学生的第二生活场所,宿舍环境的好坏影响着学生的学习与生活。因此,宿舍内的物品故障或是损坏,需要及时的维修。
2、为提高工作效率,方便管理,设计此宿舍报修系统,为学生与管理人员之间提供良好的信息交流平台,能够极大的改善管理人员的工作水平和学生的宿舍硬件设施,作为一个管理系统,创建一个较好的、安全的数据库也尤为重要。1 软件开发的过程计划11 软件开发时间安排该系统着手设计时间为2016年3月18号,上机时间为单周,总共分为8个小实验,每个实验设计时间为两个课时(两周),具体安排如表1所示。表1软件开发时间安排表实验序号实验名称实验时间 1软件问题定义3.18 2软件开发可行性分析4.1 3软件需求分析4.15 4软件开发总体设计4.29 5软件开发详细设计5.13 6软件编码与测试5.27 7用户手册6.
3、108软件项目管理6.2412软件开发人员分工本组实验人员为6人,具体分工如表2所示。表2 软件开人员分工表姓名学号工作 总体设计用户手册编码与测试软件项目管理软件开发系统设计详细设计可行性分析后台数据库需求分析13软件开发预算本项目研发周期为三个月,试运营周期为一个月,开发工作量按6个人每月计算,试运营期间的维护人员1人,每人费用8000/月,共计15.2万元.其他不可预见的费用按开发成本的10%计算,所以本项目的总开发费用16.72万元.宿舍报修系统使物业人员工作量大大缩减,本系统运营后大大提高了工作效率,可以减少2名物业人员,参考物业公司往年物业人员每个人的工资标准,每人每月按5000元
4、计算,可以节约12万/年。2软件的问题定义宿舍楼中经常出现财产的损坏,比如灯泡坏了,水龙头坏了等,这时,同学们需要将财产损坏情况报告给楼管,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。为解决此问题,拟为其开发宿舍报修系统。3 可行性分析31技术可行性我们设计的这个系统主要用到的技术有数据库技术、PHP技术。因为我们需要做一个网页,所以需要用到PHP技术。因为我们需要物业的基础资料(包括物业的基本信息以及业主的基本信息),所以我们需要用到数据库技术。我们开发这个系统遇到最大的问题就是
5、将前台与后台数据库连接起来,以及对一些必要知识的学习。使用目前现有的技术可以实现现在的这个系统。32 经济可行性33 操作可行性宿舍报修系统结合实际工作需要而开发,能够很好地将物业人员与业主联系在一起,因该项目符合开发条件,具有稳定的基础,从操作上讲有一定基础,也已实现。从前面分析看,技术上的操作已经成熟并且也已广为人民使用,从而系统的操作是可行的,能达到最初开发的目标。34 法律因素可行性系统开发过程中所涉及的各种合同、侵权、责任等与法律、法规吻合。35 社会效益本项目的产品是宿舍报修系统,在物业人员对小区业主的管理方面有很大的作用。既方便了业主,又提高了物业人员的办事效率。4 软件开发需求
6、分析41功能需求42性能需求安全性:宿舍信息资料存储在数据库中,所以参数不容易被错改破坏,万一参数受到破坏也不影响源程序可维护性:修改,更新只需在数据库中进行,无需对系统结构进行修改,这样对系统的维护性升级十分方便。43用户界面需求宿舍报修系统应提供简单、层次关系明了、清晰的操作界面,使用户一目了然。尽可能的为用户的录入、查询等功能操作提供方便。44信息要求楼管能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,报修的所有信息。45处理要求当学生将宿舍财产损坏报修到楼管处时,楼管应将登记的报修问题,录入到系统中,并通过系统提示后勤管理部门,向后勤管理部门发出报修请
7、求等。5 软件开发总体设计经过需求分析阶段的工作,系统必须做什么已经清楚了,总体设计阶段就是决定怎么做的时候了。总体设计的基本目的就是回答“概括的话,系统该如何实现?”这个问题。这个阶段主要是:1、划分出组成系统的物理元素程序、文件、数据库、人工过程和文档等。2、设计系统的结构,也就是要确定系统中每个程序是由哪些模块组成的,以及这些模块相互间的关系。51模块外部设计用户登录:用户输入账号和密码进行验证登录。管理员登录:管理员输入账号和密码进行验证登录。增加操作:用户用来填写报修信息。修改操作:用户用来修改报修信息。删除操作:管理员用来删除报修信息。52 处理流程宿舍报修系统的总体结构如图1所示
8、。图1宿舍报修系统总体结构图53 接口设计用户的登录界面管理员的登录界面用户的报修界面管理员的管理界面6 软件开发详细设计6.1数据流图用户登录数据流图,如图2所示。图2用户登录数据流图涉及到宿舍报修流程,主要针对两类用户:学生和维修工人。宿舍报修数据流图如图3所示。图3宿舍报修数据流图6.2 宿舍报修系统的几个E-R图学生信息E-R图如图4所示。图4学生信息维修人员信息如图5所示。图5维修人员信息用户登录信息如图6所示。图6用户登录报修物品信息如图7所示。图7报修物品信息63 数据库的结构实现631 创建管理员create table Admin ( AdmNochar(8) not nul
9、l primary key, AdmNamechar(10) not null, Pwdchar(8) not null);632创建学生表CREATE TABLE Student ( StuNochar(8) not null primary key, StuNamechar(10) not null,633创建维修员create table Repairman ( RepNochar(8) not null primary key, RepNamechar(10) not null,634创建报修信息CREATE TABLE RepInfo( RepInfoNoCHAR(9) PRIMAR
10、Y KEY, RepGoods CHAR(20), RepDescribe CHAR(30), RepAddressCHAR(20), RepStuName CHAR(9), RepReportTime CHAR(20), RepStatusCHAR(9)64 数据库的运行创建报修信息如图8所示。图8创建报修信息7软件开发编码测试71 部分实验代码session_start();/如果合法用户曾经登陆过,就直接引导该用户到符合自己身份的界面/ if ($_SESSIONrole=teacher) / header(Location:teacher.php/ exit();/ else if($
11、_SESSIONstudent)Lacation:student.php/ $username = $_POSTusername;$username = trim($username);$userpwd = $_POSTpassword$userpwd = trim($userpwd);/$role = $_POSTif ($username=|$userpwd= echo ;alert(username or password not null,please enter againlocation.href = adminlogin.html /script7.2测试目的对于涉及的系统或软件
12、的开发过程,可能会出现这样或那样的问题,为了解决我们在开发过程中出现的问题我们就需要进行软件测试,通过一遍遍的测试完善问题。7.3测试方案7.3.1 常见的测试方法黑盒测试与白盒测试是比较常见的测试方法,功能互补,更加容易发现系统中的一些漏洞,主要具体的方法有:等价类划分法、边界值分析法、错误推理法、因果图等。7.3.2 最终决定使用的测试方案根据需求分析和我们的发现,我们将采用模块测试和系统测试,模块测试是在程序设计的过程中通过自己的发现改错来做的。7.4测试过程7.4.1 用户登录测试登录、密码模块测试:本测试采用黑盒测试法:为了检测不同权限的用户在登录时,是否进入对应的模块并取得对应的权
13、限,检查密码的正确有效。测试用例1(正确输入)输入:用户 2密码 test 选择学生期望输出:登录成功,显示学生界面实际输出:测试用例2(正确输入)用户 1 密码 test 选择管理员登录成功,显示管理员界面测试用例3(错误输入)用户 2 密码 test 选择管理员登录失败,显示用户名或密码不对测试用例4(错误输入)用户 1 密码 test 选择学生登录成功,显示用户名或密码不对反复测试通过测试结果得知我们在登录过程中的不存在安全问题。7.4.2学生用户测试无错记录提示测试:学生输入账号和密码,就会进入学生界面,学生在报修表中填写需要修复的损失。测试结果:学生填完后,在报修表中会出现刚才学生填
14、的需要修复的信息。7.4.3管理员用户测试输入管理员的账号和密码,登录到管理员的主页面,查看是否可以修改数据库中的数据。如果报修的损失已经修复,则维修状态应该是已经修复。7.5部分实验截图宿舍报修系统主页如图9所示。图9宿舍报修系统主页用户或管理员登录界面如图10所示。图10登录界面8 总结八周的课程设计很快地结束了,深刻地感受到这次课程设计宿舍报修系统的复杂度,但是小组当仔细去钻研的时候,会发现并没有困难到无法着手。这学期的软件工程上机课程中只是按照书本编写代码,但这次课程设计却需要我们自己去设计、编写。当然,如果只拿着书本去做对我们来说不大可能,于是就需要借助课外书籍、网络等工具,同时也要
15、向同学请教、交流。这学期我们了解了数据库设计的部分过程:用户要求、需求分析、数据流图、数据字典、E-R图、关系模型转换、物理设计、数据库实施,都是一步步来的,做好了前面的才能顺利的做接下来的。通过这次课程设计发现我们只掌握数据库的知识是远远不够的。在刚开始,数据库的连接上,我们就遇到了一些小的问题,不过最后我们还是合作研究把问题给解决了。每一次的课程设计对我们而言都是一种锻炼,通过一次次的课程设计,使我们不断的进步,尽管进步是小的,但积少成多,还是有绩效的。参考文献:1王珊,萨师煊.数据库系统概论M.北京:高等教育出版社,2013:199.2袁福庆.Oracle数据库管理与维护手册M.北京:人民邮电出版社,2006:393-400.3过国忠.宿舍计算机管理系统的设计J. 浙江海洋学院学报,1999,12.4李向阳.基于Web的智能化宿舍管理系统的构建J农业网络信息,2009,9:22-35.
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1