软件工程概论实践大作业.docx
- 文档编号:3790634
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:20
- 大小:550.76KB
软件工程概论实践大作业.docx
《软件工程概论实践大作业.docx》由会员分享,可在线阅读,更多相关《软件工程概论实践大作业.docx(20页珍藏版)》请在冰豆网上搜索。
软件工程概论实践大作业
软件工程实践项目设计报告
(2011--2012年度第一学期)
课程名称:
软件工程概论
题目:
学生选课系统
院系:
计算机科学与技术系
班级:
计算2班
组长:
王源龙
学号:
**********
组员:
梅梦云、时红岩、穆琳琳、黎安娜
学生选课系统
一、目的与要求
通过软件开发的实践训练,进一步掌握软件工程的方法和技术,提高软件开发的实际能力,培养工程设计能力和综合分析、解决问题的能力。
具体如下:
1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象的系统分析与设计,编码和测试方面的基本知识;
2.熟悉自动化的软件开发工具RationalRose2003,并将其运用于软件开发的全过程;
3.进一步加强和提高软件工程文档的编写能力;
4.培养协作能力和团队精神。
二、主要内容
1.课题题目:
学生选课系统,本系统要实现学生选课的基本功能,包括学生退选课,查看自己的选课信息;教师查看选课学生的信息,提交成绩;管理员添加学生、管理学生、管理成绩、添加教师、管理教师和管理课程等。
2.完成系统的需求分析与设计。
3.系统要实现四个模块功能:
教师模块、学生模块、管理员模块和公用模块。
4.初步建立系统原型,实现关键的功能,并对系统进行测试。
5.编写需求分析设计报告。
6.
三、进度计划
序号
设计内容名称
完成时间
1
确定题目
2011.11.23
2
初步的需求分析与设计建模
2011.11.23~11.28
3
详细的需求分析与设计建模
2011.11.28~12.5
4
关键模块的实现与测试
2011.12.5~12.12
5
编写编写软件工程课程设计报告
2011.12.12~12.17
6
验收检查及评定成绩
2011.12.17
四、设计要求
1.建立需求描述
2.建立用例模型
3.建立对象模型
4.建立动态模型
5.建立功能模型
6.编写设计文档
本系统实现学生选课的基本功能,包括学生退选课,查看自己的选课信息;教师查看选课学生的信息,提交成绩;管理员添加学生、维护学生信息、管理成绩、添加教师、维护教师信息和管理选修课程等。
需求分析
·建立需求描述
1.需求概述
1.1课题题目:
学生选课系统
1.2系统的主要目标:
本系统目标是实现选课系统所需的各种基本功能,包括学生选课、退课功能和教师查看选修课程、提交课程成绩功能以及管理员添加学生、维护学生信息、成绩管理、添加教师、维护教师信息、维护选修课程,还有公用的修改密码等功能。
1.3用户类的特征
最终的用户是学生,教师,管理员。
1.4选课系统的开发环境及运行环境:
操作系统:
WindowsXPSP3/windows7
建模工具:
RationalRose2003
数据库系统:
SQLServer2000
开发工具:
VisualStudio2005
Web服务器:
IIS+ASP.NET2.0平台
2.功能需求分析
2.1确定执行者
学生选课系统的执行者主要是学生,教师,管理员,应至少满足来自三方面的需求,这三个方面分别是学生用户、教师用户和管理员用户。
(1)学生用户是主要的需求者,主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等;
(2)教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩;
(3)管理员用户的功能需求较为复杂,包括对学生信息、教师信息、课程信息进行管理。
在学生信息管理子模块中,实现对学生信息的添加、修改、删除操作,还可以输入查询条件进行查询操作。
在教师管理子模块中,实现对教师信息的添加、修改、删除、查询等操作。
在课程管理子模块中,实现对课程信息的添加,添加时为其分配任课教师、上课时间和地点,实现对课程的修改、删除、查看某个课程的详细信息等。
建立用例模型
2.2确定用例图
图2-2学生选课系统用例图
用例图说明:
(1)系统的外部角色有:
学生用户、教师用户和管理员。
(2)系统主要用例的文档描述:
①学生管理用例:
学生用户可见的功能,包含了选课、退课和查看选课三个用例功能。
②教师管理用例:
教师用户可见的功能,包含了查看学生选课和提交成绩两个用例功能。
③信息管理用例:
管理员可见的功能,这个用例进一步分为三个用例:
学生信息管理用例、教师信息管理用例和课程信息管理用例。
④学生信息管理用例:
信息管理用例可见的功能,实现学生信息的管理功能,包含了添加学生、修改学生信息和删除学生三个用例。
⑤教师信息管理用例:
信息管理用例可见的功能,实现教师信息的管理功能,包含了添加教师、修改教师信息和删除教师三个用例。
⑥课程信息管理用例:
信息管理用例可见的功能,实现课程信息的管理功能,包含了添加课程、修改课程信息和删除课程三个用例。
⑦修改密码用例:
所有用户都可见的功能,用于修改用户的密码信息。
(3)系统用例之间的关系:
①学生管理用例与选课、查看选课、退课三用例之间是包含关系。
②教师管理用例与查看学生选课、提交成绩两用例之间是包含关系。
③信息管理用例与学生信息管理用例、教师信息管理用例和课程信息管理用例之间是包含关系。
④学生信息管理用例与添加学生、修改学生信息和删除学生三个用例之间是包含关系。
⑤教师信息管理用例与添加教师、修改教师信息和删除教师三个用例之间是包含关系。
⑥课程信息管理用例与添加课程、修改课程信息和删除课程三个用例之间是包含关系。
(4)系统关键用例描述
表2-2修改密码用例描述
用例名称
修改密码
参与者
管理员、教师、学生
描述
管理员、教师、学生用户进行密码修改
启动
单击“修改密码”链接
前置条件
用户成功登录
基本事件流
用户
系统
1.进入用户修改密码界面,输入旧密码一次
,新密码两次
2.系统检查密码格式是否相符
3.系统检查旧密码是否正确
4.如果正确,进行密码修改,转入密码修改成功界面
备选事件流
异常流
密码检查未通过
系统
返回密码修改界面,提示旧密码不正确,新密码格式不符,两次不同等密码
异常
用户旧密码错误
表2-2提交成绩用例的描述
用例名称
提交成绩用例
参与者
教师用户
描述
提交选自己开设课程的学生的成绩
启动
进入提交成绩界面
前置条件
用户成功登录
后置条件
尚未提交过成绩
基本事件流
用户
系统
1.单击提交成绩
2.系统提交成绩页面
3.填写学生成绩,单击提交成绩
5.更新学生成绩,提示提交成功
备选事件流
异常流
用户已经提交过该门课程成绩
系统
提示该课程成绩已提交,不能再次提交
详细设计
建立对象模型
3.1类图
图3-1学生选课系统类图
类图说明:
(1)BaseUser类是一个系统角色用户的基类,主要方法有两个:
modifyPWD()用于修改用户的密码;
loginCheck()用于用户登录验证。
(2)Admin类继承自BaseUser类。
(3)Student类继承自BaseUser类,主要方法有:
studentAdd()用于添加学生;
studentDel()用于删除学生;
studentUpdate()用于更新学生信息;
getStudents()用于获取学生列表。
(4)Teacher类继承自BaseUser类,主要方法有:
teacherAdd()用于添加教师;
teacherDel()用于删除教师;
teacherUpdate()用于更新教师信息;
getTeachers()用于获取教师列表。
(5)Course类是一个课程类,主要方法有:
courseAdd()用于添加课程;
courseDel()用于删除课程;
courseUpdate()用于修改课程信息;
getCourses()用于获取课程列表。
(6)Elect类是一个选课表类,主要方法有:
elect()选修课程;
electDel()退选课程;
getElectInfo()获取选课信息;
haveSubmit()检测是否已提交过成绩;
submitScore()提交成绩。
建立动态模型
4.1顺序图
(1)管理员修改课程信息顺序图
图4-1-1管理员修改课程信息顺序图
(2)学生用户退选课的顺序图
图4-1-2学生用户退选课的顺序图
(3)教师提交成绩顺序图
图4-1-3教师提交成绩顺序图
4.2协作图
(1)学生用户选课协作图
图4-2-1学生用户选课协作图
(2)教师提交成绩协作图
图4-2-2教师提交成绩协作图
建立功能模型
5.1设计问题域子系统
学生选课系统是实现学生选课退课、教师提交成绩以及学校教务管理员维护信息的一个平台,整个学生选课系统有前台和后台两部分,共分为4个模块:
管理员模块,教师模块,学生模块和公有模块,分别用于完成各自的功能。
以下为学生选课系统总体设计图和各功能模块说明:
(1)总体设计图
(2)各模块功能
表3-1学生选课系统功能模块表
功能模块
包含子功能模块
功能
管理员模块
学生管理子模块
对学生信息的添加、修改,删除操作
教师管理子模块
对教师的添加,修改,删除,查询操作
课程管理子模块
对课程的添加,添加时为其分配任课教师,上课时间和地点,实现对课程的修改,删除,查看某个课程的详细信息等
教师模块
实现查看自己所教授的课程,课程有哪些学生选修,以及利用本系统提交学生的成绩
学生模块
实现学生选课,查看所选课程,修改自己的选课信息
公有模块
实现用户的身份验证,密码修改,退出系统等功能
5.2设计数据管理子系统
(1)数据库表
表5-2数据库表
序号
数据库表
数据表存储的内容
1
Student
存储学生的信息
2
Teacher
存储教师的信息
3
Users
存储管理员的信息
4
Elect
存储选课的信息
5
Cource
存储课程的信息
6
Depart
存储学校系院信息
(2)数据表值属性以及之间的关系
图5-2数据表之间的关系图
5.3设计人机交互子系统
(1)用户分类
本系统的用户可分为三类:
①管理员用户;
②教师用户;
③学生用户。
(2)用户描述
①管理员用户的描述:
管理员用户在整个选课系统中起到管理和维护的作用,对学生和教师的信息进行管理和维护以及开设课设等职责。
②教师用户的描述:
教师用户在本系统中具有管理选修了自己开设的课程的学生的权限,查看选修了自己开设课程的学生信息有及提交学生成绩。
③学生用户的描述:
选课系统主要是针对管理学生的,学生在本系统中具有修改自己的信息,以及选课和退选的功能。
(3)设计命令层次
①系统的人机交互子系统的内容和准则:
本学生选课系统的人机交互子系统在根据不同的用户身份登陆到不同的页面,然后按照不同的用户只能进行用户权限内的操作,其结构图如下:
5.4系统用户登录活动图
5.5用户密码修改活动图
5.6教师提交成绩活动图
5.7管理员添加课程活动图
5.8学生选修课程流程图
部分功能代码实现
看代码请点击
遇到的问题以及解决方案:
对学生选课系统的设计而言,其中最难着手的是程序与数据库的连接问题,读取,修该,更新数据库的问题。
因为我们之前不是很熟悉,所以在这上面花了很多时间,以至于后来感觉时间不够仓促结束。
在系统测试中,我们首先对各个子模块进行单元测试,即把每一个模块作为一个单独的实体来测试,保证每个模块作为一个单元能正确运行。
然后在完成所有模块后,我们将各子模块集成起来,再对它进行系统测试,找出系统设计或编码上的错误,以及验证系统是否实现了指定的功能。
最后找几个其他的同学再对系统进行黑盒子测试,验证系统是否满足用户的功能需求。
在测试的过程,特别是在集成测试之后,发现了许多问题及功能缺陷,最后经过修改调试后都解决了。
比如,有一个问题是,在删除教师用户之后,系统里还剩有许多与该教师有关的冗余记录,造成系统混乱。
在进行了分析之后,发现是因为在删除教师用户时,没有对与他所关联的记录进行删除造成的,在添加了对其关联记录的级联删除之后,问题得到了解决。
五、软件工程设计总结或结论
通过这次软件工程实践项目的学习,一方面学到了很多新的知识和技能,比如面向对象的分析设计方法,学会了使用rationalrose来作图,学会了团队间的分工与合作,在与小组的讨论中,我善于汲取每个人的长处,合理分工,在与他们合作的一个多月里,我作为组长收获很多,我想他们应该也是吧!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 概论 实践 作业