信管学年论文.docx
《信管学年论文.docx》由会员分享，可在线阅读，更多相关《信管学年论文.docx（20页珍藏版）》请在冰豆网上搜索。
信管学年论文
1系统需求分析
1.1社会需求分析
对于中学的班级管理这种小型系统而言，其开发量较小、需要资金较少，并且其有利于学校全体师生和工作人员的，提高了时间的利用率，不必浪费大量的劳动力在繁琐的数字和管理上，同时也是响应国家信息化社会的要求。
1.2技术需求分析
在开发班级管理这个软件的过程中，我要用的软件主要有Powerdesigner、MicrosoftSQLServer、Dreamweaver、Tomcat5.5、JDK1.5.0、
MicrosoftVisio2007等。
在开发的过程中，我主要运用到的技术有：
（1）使用业务流程图来表示业务的流程；
（2）使用UML的用例图来描述类、用类图来表示抽象出的类及其关系、用顺序图来描述类之间的活动顺序；（3）用Dreamveaver开发的过程中，用到了J2EE等技术；（4）在设计系统的数据库的时候，用了数据库的相关知识。
1.3业务流程分析
我首先通过使用相关软件、网上调查等手段了解中学的组织结构、掌握了中学班级管理中相关操作、理解教师和学生需要的功能。
“中学班级管理系统”主要由系统模块、教师模块和学生模块组成。
（1）系统模块主要由管理员使用，负责系统初始化和对用户权限的管理，其业务流程图如图1-1所示。
（图1-1）
（2）教师模块主要由教师使用，其主要负责学生成绩的登记、统计和修改工作，其业务流程如图1-2所示。
（图1-2）（图1-3）
（3）学生模块主要学生使用，主要负责成绩和教师资料的查询，其业务流程图如图1-3所示。
1.4UML需求分析
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
而我，就用例图来分析班级管理系统的需求。
而该系统包含了“管理员”、“教师”、“学生”3个角色和“班级管理”、“课程管理”、“学生管理”等用例，该用例图描述了了业务活动中的各个角色以及其关系。
相关的用例图和业务用例描述如下。
一、系统管理员的用例图如图2-1：
（图2-1）
相关的业务用例描述如下：
（1）管理员登陆用例描述：
（2）班级管理用例描述：
（3）课程管理用例描述：
（4）学生管理用例描述：
（5）教师管理用例描述：
（6）用户管理：
二、教师的用例图如图2-2：
（图2-2）
相关的用例描述如下：
（1）教师登陆用例描述：
（2）T学生管理用例描述：
（3）T课程管理用例描述：
（4）登记成绩用例描述：
（5）修改教师个人信息用例描述：
（6）统计成绩用例描述：
（7）查询学生资料用例描述：
三、学生的用例图如图2-3：
（图2-3）
相关的业务用例描述如下：
（1）学生登陆用例描述：
（2）成绩查询用例描述：
（3）修改学生个人信息用例描述：
（4）查询教师信息用例描述：
2.系统概要设计
2.1类图的分析与设计
一、根据“系统需求分析”对“中学班级管理系统”的需求分析，从用例描述中抽象类并确定类之间的关系。
（1）首先，我从“中学班级管理系统”需求分析中用例描述的检查，抽出的初始类有：
“管理员、学生、成绩、课程、课程编号、课程名称、班级编号、班级、密码、学号、E-数据库”。
（2）最后，我抽象出来的类有“管理员、教师、学生、课程、成绩、班级”。
（3）确定各个类之间的关系和相关类的属性。
①从“班级管理系统”的用例描述中抽出的动词或动词词组有：
“学生管理、教师管理、课程管理、班级管理、学生的成绩、学生所属班级、教师登记分数、教师统计分数、教师修改分数”。
对这些动词词组进行抽象后，得到最后的关系描述词语为“管理、属于和有”。
②从“班级管理系统”的用例描述中，抽象出各个类的不同属性。
其中“drivername”（驱动名称）和“url”（UniformResourceLocator，即统一资源定位符），是“管理员”、“教师”、“学生”、“班级”“课程”、“成绩”的共有属性，是用来连接数据库的。
③由于“管理员”、“教师”、“学生”、“班级”“课程”、“成绩”都有属性“drivername”和“url”。
所以，可抽象出一个叫“common”的类，该类具有上述两个属性。
于是，得出“中学班级管理系统”的带有属性和继承类图如图3-1.
（图3-1）
二、从需求阶段的流程、用例描述和抽取出的词组。
得到的“班级管理系统”的主要行为如下。
（1）管理员登陆：
将数据库中管理员的注册信息，与输入的登录信息对比，一致则登陆成功；否则，提示输入的信息错误。
（3）教师登陆：
将数据库中教师的注册信息，与输入的登陆信息对比，一致则登陆成功；否则，提示输入的信息错误。
（5）学生登陆：
将数据库中学生的注册信息，与输入的登陆信息对比，一致则登陆成功；否则，提示输入的信息错误。
（6）管理员信息管理：
添加、删除、修改、保存管理员的信息。
（7）教师信息管理：
添加、删除、修改、保存教师的信息。
（8）学生信息管理：
添加、删除、修改、保存学生的信息。
（9）班级管理：
添加、删除、修改、保存班级信息。
（10）课程管理：
添加、删除、修改、保存课程信息。
（11）成绩管理：
登记、统计、更正、保存成绩。
将上述对类抽象出的主要动态行为，与发送和接受它们的类相结合，得到的主要类及其属性和方法如图3-2到图3-7。
（图3-2）（图3-3）
（图3-4）（图3-5）
（图3-6）（图3-7）
2.2顺序图的分析与设计
这一部分，我主要是通过顺序图来描述“学生管理”、“学生个人信息管理”和“教师登记、统计成绩”，类之间的主要活动的顺序及其相关的信息传递情况。
（1）“学生管理”的顺序图如图4-1。
（图4-1）
（2）“学生个人信息管理”的顺序图如图4-2.
（图4-2）
（3）“教师登记、统计成绩”的顺序图如图4-3。
（图4-3）
3.系统详细设计
3.1数据库设计
在这一版块，我主要是通过用SQLServe2000来设计数据库中的表。
（1）表“学生”如图5-1。
（图5-1）
（2）表“教师”如图5-2。
（图5-2）
（3）表“管理员”如图5-3.
（图5-3）
（4）表“班级”如图5-4。
（图5-4）
（5）表“课程”如图5-5.
（图5-5）
（6）表“课程”如图5-6。
（图5-6）
参考资料
UML业务建模Hans-ErikEriksson和MagnusPenker著
面向对象软件开发教程ScottW.Ambler著
软件工程学实验周苏王文张泳吴艳著
实用软件工程（第二版）赵池龙杨林孙伟编著
软件工程实用教程陈明编
升级会员 