软件工程概论实践大作业Word格式文档下载.docx

软件工程概论实践大作业Word格式文档下载.docx

《软件工程概论实践大作业Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件工程概论实践大作业Word格式文档下载.docx（20页珍藏版）》请在冰豆网上搜索。

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数据库表

数据库表

数据表存储的内容

Student

存储学生的信息

Teacher

存储教师的信息

Users

存储管理员的信息

Elect

存储选课的信息

Cource

存储课程的信息

Depart

存储学校系院信息

（2）数据表值属性以及之间的关系

图5-2数据表之间的关系图

5.3设计人机交互子系统

（1）用户分类

本系统的用户可分为三类：

①管理员用户；

②教师用户；

③学生用户。

（2）用户描述

①管理员用户的描述：

管理员用户在整个选课系统中起到管理和维护的作用，对学生和教师的信息进行管理和维护以及开设课设等职责。

②教师用户的描述：

教师用户在本系统中具有管理选修了自己开设的课程的学生的权限，查看选修了自己开设课程的学生信息有及提交学生成绩。

③学生用户的描述：

选课系统主要是针对管理学生的，学生在本系统中具有修改自己的信息，以及选课和退选的功能。

（3）设计命令层次

①系统的人机交互子系统的内容和准则：

本学生选课系统的人机交互子系统在根据不同的用户身份登陆到不同的页面，然后按照不同的用户只能进行用户权限内的操作，其结构图如下：

5.4系统用户登录活动图

5.5用户密码修改活动图

5.6教师提交成绩活动图

5.7管理员添加课程活动图

5.8学生选修课程流程图

部分功能代码实现

看代码请点击

遇到的问题以及解决方案：

对学生选课系统的设计而言，其中最难着手的是程序与数据库的连接问题，读取，修该，更新数据库的问题。

因为我们之前不是很熟悉，所以在这上面花了很多时间，以至于后来感觉时间不够仓促结束。

在系统测试中，我们首先对各个子模块进行单元测试，即把每一个模块作为一个单独的实体来测试，保证每个模块作为一个单元能正确运行。

然后在完成所有模块后，我们将各子模块集成起来，再对它进行系统测试，找出系统设计或编码上的错误，以及验证系统是否实现了指定的功能。

最后找几个其他的同学再对系统进行黑盒子测试，验证系统是否满足用户的功能需求。

在测试的过程，特别是在集成测试之后，发现了许多问题及功能缺陷，最后经过修改调试后都解决了。

比如，有一个问题是，在删除教师用户之后，系统里还剩有许多与该教师有关的冗余记录，造成系统混乱。

在进行了分析之后，发现是因为在删除教师用户时，没有对与他所关联的记录进行删除造成的，在添加了对其关联记录的级联删除之后，问题得到了解决。

五、软件工程设计总结或结论

通过这次软件工程实践项目的学习，一方面学到了很多新的知识和技能，比如面向对象的分析设计方法，学会了使用rationalrose来作图，学会了团队间的分工与合作，在与小组的讨论中，我善于汲取每个人的长处，合理分工，在与他们合作的一个多月里，我作为组长收获很多，我想他们应该也是吧！