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