软件工程课程设计指导书-毕业论文.doc

山 东 建 筑 大 学

软件工程

课程设计指导书

山东建筑大学计算机科学与技术学院
2010年5月

63

前 言

“软件工程”是计算机专业和信息管理等相关专业的一门重要课程，也是其他理工科专业的热门选修课程。“程序设计语言”“数据库原理及应用”和“数据机构”等是它的前导课程，学好本课程对学生毕业后从事软件开发有着极为重要的作用。许多计算机专业的大学毕业生认为：软件工程课是他们参加工作以后最能直接应用的一门专业课。
要学好“软件工程”，仅仅通过课堂教学或自学掌握理论知识是远远不够的，还必须加强实践。需要完成软件工程课程设计的若干实践任务。为此，我们编写了这本《软件工程课程设计指导书》，以帮助学生进行课程设计，从失败的教训和成功的经验中得到锻炼和提高，以便学会运用理论知识去解决软件开发中的实际问题，达到学以致用的目的。
本书共包含四部分。第一部分是项目实施步骤；第二部分是一个大型系统的结构化方法开发案例；第三部分是一个大型系统的面向对象方法开发案例；这两个案例供学生们实验时参考。由于篇幅所限，指导书中列出了一些主要的内容，次要的有些内容在此省略。最后一部分给出了软件工程课程设计报告样式。

2010年5月

目 录
一、项目实施步骤 22
二、案例1：毕业设计管理系统 23
1 需求分析 23
1.1系统概述 23
1.2目标系统描述 23
1.2.1组织结构与职责 23
1.2.2角色定义 23
1.2.3 业务流程 24
1.2.4 表格及报表 25
1.3 目标系统功能需求 25
1.3.1 功能需求分析 25
1.3.2 系统用例图 26
2 概要设计 27
2.1数据流图及数据字典 27
2.1.1毕业设计管理系统1层数据流图 27
2.1.2毕业设计管理系统2层数据流图及数据字典 27
2.1.3毕业设计管理系统3层数据流图及数据字典 35
2.2 数据分析与数据库设计 36
2.2.1数据库概念结构设计 36
2.2.2数据库逻辑结构和物理结构设计 37
2.2.3 视图设计 40
3 详细设计 43
3.1 管理员 43
3.1.1 系统管理-教师信息管理 43
3.1.2 系统管理-学生信息管理 47
3.1.3 系统管理-专业信息管理 47
3.1.4 系统管理-班级信息管理 48
3.1.5 系统管理-系统信息管理 48
三、案例2：图书馆管理系统 49
1 面向对象的分析 49
1.1系统需求 49
1.2建立对象模型 49
2 面向对象的设计 57
2.1 设计图书馆管理系统的人机界面 58
附件1（任务书） 34
课程设计任务书（一） 34
课程设计任务书（二） 36
课程设计任务书（三） 38
课程设计任务书（四） 40
课程设计任务书（五） 42
课程设计任务书（六） 44
课程设计任务书（七） 46
课程设计任务书（八） 35
附件2：软件工程课程设计报告样式 37
目 录 38
课程设计任务书 39
总 结 41
参考文献 42
课程设计指导教师评语 43

一、项目实施步骤
1、 选题
指导教师公布大作业题目（课程设计题目），学生根据自己的兴趣爱好进行选题，或由指导教师指定题目。学生也可以自己选题，但课题应经过指导教师的批准后方可进行。
2、组队
学生根据自己选定的题目，以班级为单位4-5人成立一个开发小组，选出小组项目负责人，小组长负责整个项目的设计过程，并负责对小组成员按任务进行分工。
3、拟出具体的设计方案
学生根据自己所接受的设计题目应立即着手准备资料的查阅，在指导教师的指导下着手进行程序总体方案的总结与论证，设计出具体的实施方案，报指导教师批准后开始实施。
4、 系统的分析、设计、复审、编码与测试
学生在指导教师的指导下应完成所接受题目的各项工作，并上机测试和运行，最后得出预期的成果。
5、 撰写课程设计总结报告
课程设计总结报告是课程设计工作的整理和总结，主要包括课程设计的分析、设计、编码与测试等部分，最后写出课程设计的总结报告。课程设计总结报告（含程序）的电子文档要求在课程设计结束前上交存档。

二、案例1：毕业设计管理系统
1 需求分析
1.1系统概述
目前，我院毕业设计工作包括出题、选题、指导、评阅、答辩五个阶段。除选题阶段有一个毕业设计选题系统外，其他阶段的工作没有统一的平台管理。 一般情况是首先教务秘书通过学院网站发布毕业设计相关工作的通知，然后教师和学生通过自己的方式完成工作，最后由教务员统一整理和存档。期间没有统一的系统来管理。这无疑增加了教务员的工作量，同时，教师频繁地通过邮件来与学生进行互动，也给双方带来了很多不便。因此，解决目前毕业设计工作中的不便，更好地规范毕业设计的过程，我院决定开发毕业设计管理系统。希望该系统能够为我院毕业设计的各项工作提供方便、高效、规范、统一的服务。
1.2目标系统描述
1.2.1组织结构与职责
我院目前有4个教研室和3个专业，其中4个教研室分别是计算机科学与技术、网络工程、软件工程和信息技术。3个专业包括计算机科学与技术、网络工程和软件工程，这些专业的教学工作分别由相应的教研室负责。我院还有一个教学办公室，负责全部教学工作的管理。其组织结构图如图1.1所示。
图1.1 计算机学院组织结构图
1.2.2角色定义
目标系统中的角色如表1.1所示。
表1.1 角 色 定 义
编号
角色
所在部门
职 责
1001
系统管理员
教学办公室
毕业设计工作通知、课题发布、文档保存、基本信息管理
1002
专业负责人
除信息技术教研室外其他教研室
组织本专业课题的审核、指派选题、组织评阅和答辩、管理本专业的学生信息
1003
教师
各教研室
申报毕业设计课题、选择学生、指导学生毕业设计、批阅论文
1004
学生
各专业
选择毕业设计题目、按要求完成毕业设计程序设计和毕业设计论文（说明书）、外文文献及翻译的撰写
1005
专家
院内/院外
毕业课题审核、论文同行评审、设计答辩。
1.2.3 业务流程
整个毕业设计工作包括申报课题、审核课题、选择课题、毕业设计指导、专家评审、毕业答辩六个阶段。前5个阶段的业务流程如图1.2所示。
图1.2 毕业设计申报课题业务流程图
在出题业务流程中，教师通过填写任务书的形式出题，每个题目对应一份任务书。并且每个教师最多能出10个课题。由于一个课题可以同时适合多个专业，所以在提交课题时，教师需指明该课题所适合的专业。课题经过专业负责人审核后，需在审核表中注明所报的每个课题是否通过本专业的审核，只有通过审核的课题才能由教学办公室发布。
图1.3 毕业设计选择课题业务流程图
在选题业务流程中，一个学生可以同时选2个本专业的课题，教师最终确定选择自己课题的学生。没有确定题目的学生由专业负责人分配题目。整个选题结束后完善任务书，保存题目明细表。
图1.4 毕业设计指导、专家评审业务流程图
在指导业务流程中，教师填写毕业设计进度表，学生按照进度的安排进行毕业设计。在毕业设计过程中，要求学生每周提交周总结，汇报工作情况，教师每周都需要对周总结进行批阅，以便发现问题及时指导。毕业设计进行一半时，需要填写中期检查表，总结前半段的毕业设计工作。毕业设计后期需要学生在教师的指导下，完成毕业设计论文（说明书）的撰写、外文文献及翻译和应用程序的设计开发。
在专家评审业务中，由教师组成的专家分组对毕业设计相关资料进行评阅，每个课题对应一份评阅人评审表。
1.2.4 表格及报表
在毕业设计的过程中填写的普通表格有任务书（附表1）、进程表（附表2）、周报（附表3）、中期检查表（附表4）。此外，需要生成报表有题目审核表（附表5）、题目明细表（附表6）。
1.3 目标系统功能需求
1.3.1 功能需求分析
毕业设计管理系统中涉及的角色包括：系统管理员、专业负责人、教师、学生和专家。不同的角色对系统的使用权限不同。其中系统管理员（教学秘书）拥有对该系统的最高权限，能够在该系统中执行所有管理工作；专业负责人拥有对本专业课题进行审核的权限；每个普通教师和学生只能管理自己相关的信息；专家只是在毕业设计评阅阶段才参与进来。这里按照不同的角色来组织用例。
系统管理员对应的用例包括：系统管理、课题管理、公告管理；专业负责人对应的用例包括：课题审核和课题调整；教师对应的用例包括：个人信息管理、信息公告、课题确认、课题管理、教师的课题；学生对应的用例包括：个人信息管理、信息公告、课题选择、学生的课题。
1.3.2 系统用例图
根据前面的业务流图和功能需求分析，得到毕业设计管理系统用例图如图1.5所示。
图1.5 毕业设计管理系统用例图
对于上图中出现的用例说明如下：
（1）系统管理：系统管理员利用该功能设置专业、班级、教研室、毕业设计参数、教师、学生这些系统信息。
（2）公告管理：系统管理员利用该功能进行通知发布相关的操作。
（3）课题管理：系统管理员利用该功能审核课题、调整选题、管理教师提交的课题信息。
（4）个人信息管理：教师、学生、专家、专业负责人用户可以利用该功能修改个人信息和密码。
（5）信息公告：除系统管理员外，其他各类用户利用该功能查看最近发布的通知信息。
（6）教师课题管理：教师用户利用该功能完成课题申报、选题内部调整功能。
（7）课题确认：教师利用该功能根据学生选题情况，最终确定选题结果
（8）教师的课题：教师利用该功能可以查看最终选题结果、学生的设计进度、设计提交的文档、周总结信息，并可以对设计文档和周总结进行批阅。
（9）课题选择：学生利用该功能，根据可选的课题，进行初步的选题。
（10）学生的课题：选题结束后，学生利用该功能查看选题结果以及和课题相关的详细信息，并且利用该功能还可以提交设计文档和周总结，同时查看教师及专家对该学生的评阅意见。
（11）课题审核：专业负责人利用该功能对申报到本专业的课题进行审核，审核通过的课题才能够被学生选择。
（12）选题指派：专业负责人利用该功能对于没有选题的学生进行课题指派。
（13）专家评审：专家利用该功能，对指定的学生课题进行评审，并给出评审意见。
2 概要设计
2.1数据流图及数据字典
2.1.1毕业设计管理系统1层数据流图
根据前面的业务描述，整个毕业设计管理系统可以划分为3大处理功能模块：系统基本信息管理、通知管理和毕业设计过程管理。首先，教学秘书将教师、学生、班级、专业、教研室以及一些必要的毕业设计参数（每位教师申报的最多课题数、周报次数、进度表周数）的基本信息通过系统基本信息管理处理功能维护到该系统，同时，可以通过通知管理处理功能发布所有的毕业设计通知。然后，根据系统基本信息和毕业设计通知信息教师、学生开始进行毕业设计，整个毕业设计过程的工作由毕业设计过程管理处理功能实现。通过过程管理，教师可以进行课题申报、学生选择、课题审核（专家角色的教师）、指导学生、设计文档批阅及评阅工作；学生可以进行课题选择、教师指导、设计文档提交、批阅及评阅情况查阅工作；教学秘书可以获得各类报表（如：题目明细表、选题情况统计等）。该系统的1层数据流图如图2.1所示。

图2.1 毕业设计管理系统1层数据流图
2.1.2毕业设计管理系统2层数据流图及数据字典
2.1.2.1系统基本信息管理子模块数据流图及数据字典
系统基本信息管理包括系统参数管理、班级基本信息管理、学生基本信息管理和教师基本信息管理4个处理功能。其中，系统参数管理功能实现将教学秘书输入的专业、教研室、做多申报课题数、周总结次数、进度表周数这些基本信息保存到数据库，可用一个数据存储“系统参数信息”来保存这些信息。班级基本信息管理功能根据“系统参数信息”中存储的专业信息处理教学秘书输入的班级数据，并将其保存在“班级基本信息”数据存储中。学生基本信息管理根据“班级基本信息”处理教学秘书输入的学生数据，并将其保存在“学生基本信息”数据存储中。教师基本信息管理根据“系统参数信息”中的教研室信息处理教学秘书输入的教师数据，并将其保存在“教师基本信息”数据存储中。系统基本信息管理的整个过程可以通过图2.2的2层数据流图展现出来。

图2.2系统基本信息管理2层数据流图
上图中涉及的数据项、数据结构、数据流和数据存储以及处理过程的描述如表2.1到表2.5所示。
表2.1 系统基本信息管理2层数据流图用到的数据项说明
编号
名称
类型
取值范围
长度
说明
I0101
代码名称
字符串
任意字符串
50字节
专业、教研室、给设计参数都可作为该项的值
I0102
代码内容
字符串
任意字符串
50字节
代码名称的具体值，如代码名称为专业，其内容可为软件工程、网络工程等
I0103
代码备注
字符串
任意字符串
100字节
代码内容的说明
I0204
毕业届次
字符串
固定长度
4字节
入学年份，如2004
I0205
专业
字符串
任意字符串
50字节
专业名称
I0206
班级名称
字符串
任意字符串
30字节

I0307
教师编号
字符串
固定长度
6字节
同教务系统编号一致
I0308
教研室
字符串
任意字符串
50字节

I0309
职称
字符串
任意字符串
30字节

I0310
姓名
字符串
任意字符串
20字节

I0311
性别
字符串
固定
2字节

I0312
邮箱
字符串
任意
30字节

I0313
联系电话
字符串
任意
30字节

I0314
密码
字符串
最少3位
15字节

I0401
学号
字符串
固定长度
10字节
前4位为入学年份

表2.2系统基本信息管理2层数据流图中用到的数据结构说明
编号
名称
组成
有关的数据流/数据存储
D01
系统参数
代码名称+代码内容+代码备注
F1.1、S01
D02
班级信息
入学届次+专业+班级名称
F1.3、S02
D03
教师信息
教师编号+教研室+职称+姓名+性别+邮箱+联系电话+密码
F1.6、S04
D04
学生信息
学号+班级名称+姓名+性别+邮箱+联系电话
F1.4、S03

表2.3系统基本信息管理2层数据流图中的数据流说明
编号
名称
来源
去向
包含的数据结构
流通量
F1.1
毕业设计参数
教学秘书
P1.1
{系统参数}
每年一次
F1.2
专业信息
S01
P1.2
专业名称

F1.3
班级数据
教学秘书
P1.2
{班级信息}
每年一次
F1.4
学生数据
教学秘书
P1.3
{学生信息}
每年一次
F1.5
教研室信息
S01
P1.4
教研室名称

F1.6
教师数据
教学秘书
P1.4
{教师信息}
每年一次

表2.4系统基本信息管理2层数据流图中的数据存储说明
编号
名称
来源
组成
说明
S01
系统参数信息
P1.1
{系统参数}

系统参数有专业名称、教研室名称、最多申报课题数、毕业设计周数
S02
班级基本信息
P1.2
{班级信息}
其中专业名称取自S01中保存的专业名称
S03
学生基本信息
P1.3
{学生信息}
其中班级取自S02中保存的班级
S04
教师基本信息
P1.4
{教师信息}
其中教研室取自S01中保存的教研室

表2.5系统基本信息管理2层数据流图中的处理过程说明
编号
P1.1
名称
系统参数管理
流入数据流
F1.1
流出数据流
格式化的毕业设计参数
处理周期
一年一次
处理过程描述：对专业名称、教研室名称、最多申报课题数、毕业设计周数等毕业设计参数进行添加、删除、修改、查询操作。
编号
P1.2
名称
班级基本信息管理
流入数据流
F1.2、F1.3
流出数据流
格式化的班级信息
处理周期
一年一次
处理过程描述：对班级信息进行添加、删除、修改、查询操作
编号
P1.3
名称
学生基本信息管理
流入数据流
F1.4
流出数据流
格式化的学生信息
处理周期
一年一次
处理过程描述：对学生信息进行添加、删除、修改、查询操作
编号
P1.4
名称
教师基本信息管理
流入数据流
F1.5、F1.6
流出数据流
格式化的教师信息
处理周期
一年一次
处理过程描述：对教师信息进行添加、删除、修改、查询操作

2.1.2.2通知管理子模块数据流图
通知管理子模块包括通知发布、通知删除、通知修改和信息查看四个处理过程。它们共同完成对毕业设计通知信息的管理。毕业设计通知通过通知发布功能保存到数据库中，用数据存储“已发布通知”来保存。对于发布的通知若需要改动，则可以通过通知删除和修改功能实现修改。教学秘书、教师和学生可以通过指定查询条件查询到满足条件的通知。其对应的2层数据流图如图2.3所示。

图2.3通知管理2层数据流图
上图中涉及的数据项、数据结构、数据流和数据存储以及处理过程的描述如表2.6到表2.10所示。
表2.6通知管理2层数据流图中的数据项说明
编号
名称
类型
取值范围
长度
说明
I0501
通知编号
字符串
任意字符串
50字节
唯一标识每一条通知
I0502
标题
字符串
任意
100字节

I0503
通知内容
大文本
任意
2000字节
可插入表格、图片
I0504
发布人
字符串
固定
6字节
发布信息的教师编号
I0505
发布时间
时间
1900.1.1-4000.1.1

发布时间精确到秒
I0506
最后一次修改时间
时间
1900.1.1-4000.1.1

发布时间精确到秒
表2.7通知管理2层数据流图中的数据结构说明
编号
名称
组成
有关的数据流/数据存储
D05
毕业设计通知
标题+通知内容+发布时间
F2.1、S05
D06
通知查询条件
起始时间+终止时间+标题
F2.2、S05
表2.8通知管理2层数据流图中的数据流说明
编号
名称
来源
去向
包含的数据结构
流通量
F2.1
毕业设计通知
教学秘书
P2.1
{毕业设计通知}
随机
F2.2
查询条件
学生、教师、教学秘书
P2.4
{通知查询条件}
随机
F2.3
满足条件的通知
S05
P2.4
{毕业设计通知}+发布人+最后一次修改时间
随机
表2.9通知管理2层数据流图中的数据存储说明

编号
名称
来源
组成
说明
S05
已发布通知
P2.1
通知编号+{毕业设计通知}+发布人+最后一次修改时间

表2.10通知管理2层数据流图中的处理过程说明
编号
P2.1
名称
通知发布
流入数据流
F2.1
流出数据流
格式化的毕业设计通知
处理周期
随机
处理过程描述：将用户输入的标题和通知内容以及可自动获取的发布人、发布时间信息保存到“已发布通知”数据存储中。同时为新保存的通知自动分配通知编号。
编号
P2.2
名称
通知删除
流入数据流
通知编号
流出数据流

处理周期
随机
处理过程描述：从“已发布通知”数据存储中删除指定通知编号的通知信息。
编号
P2.3
名称
通知修改
流入数据流
通知编号
流出数据流
修改后的通知信息
处理周期
随机
处理过程描述：首先从“已发布通知”数据存储中找出指定通知编号对应的通知记录；然后修改除通知编号外的其他信息。最后保存修改后的信息。
编号
P2.4
名称
通知查看
流入数据流
F2.2、S05
流出数据流
F2.3
处理周期
随机
处理过程描述：根据查询条件从“已发布通知”数据存储中找出满足条件的通知信息。

2.1.2.3 毕业设计过程管理子模块数据流图
根据前面部分描述的业务流图，整个毕业设计过程对应的数据流图如图2.4所示。

图2.4毕业设计过程管理2层数据流图
上图中涉及的数据项、数据结构、数据流和数据存储以及处理过程的描述如表2.11到表2.15所示。
表2.11毕业设计过程管理2层数据流图中的数据项说明
编号
名称
类型
取值范围
长度
说明
I0601
课题编号
字符串
毕业设计届次+教师编号+2位随机数
12字节
唯一标识每一个课题
I0602
课题名
字符串
任意
100字节

I0603
原始参数
字符串
任意
500字节

I0604
工作内容
字符串
任意
500字节

I0605
工作基本要求
字符串
任意
500字节

I0606
工作日程
字符串
任意
500字节

I0607
参考资料及文献
字符串
任意
500字节

I0608
题目性质
字符
固定
2字节
01：真实(真题真做)
02：模拟(真题假做)
03：虚拟(假题假做)
I0609
出题教师编号
字符串
固定
6字节

I0610
其他指导教师
字符串
固定
6字节

I0611
专业代码
字符串
固定
2字节

I0612
审核标志
字符
固定
1字节

I0613
题目类型
字符
固定
2字节
01：设计、02:论文
I0614
题目来源
字符
固定
2字节
01：科研立项、02:生产、03：教学
I0615
题目审查意见、结论
字符串
任意
100字节

I0616
专业负责人意见
字符串
任意
100字节

I0701
设计文档
字符串
任意
50字节
该值为文件路径（毕业设计说明书）
I0702
外文文献及翻译
字符串
任意
50字节
该值为文件路径
I0703
备注
字符串
任意
100字节
用于存放附加信息
I0704
指导教师评阅意见
字符串
任意
500字节

I0705
评阅人评阅意见
字符串
任意
500字节

I0801
周总结填写日期
日期
1900.1.1-4000.1.1

I0802
本周工作总结
字符串
任意
500字节

I0803
要求的支持和工作建议
字符串
任意
500字节

I0804
下周工作安排
字符串
任意
500字节

I0805
教师对问题的处理
字符串
任意
500字节

I0806
教师评价考核
字符串
任意
100字节

I0807
周次
数值
随机数

I0901
第一待选课题编号
字符串
毕业设计届次+教师编号+2位随机数
12字节

I0902
第二待选课题编号
字符串
毕业设计届次+教师编号+2位随机数
12字节

I0903
最终选择课题编号
字符串
毕业设计届次+教师编号+2位随机数
字符串
毕业设计届次+教师编号+2位随机数

表2.12毕业设计过程管理2层数据流图中的数据结构说明
编号
名称
组成
有关的数据流/数据存储
D07
课题任务书
课题名+原始参数+工作内容+工作基本要求+工作日程+参考资料及文献+题目性质+课题来源+课题类型+出题教师编号+其他指导教师+适合专业
F3.1、S06
D08
课题审核意见
课题编号+审核意见结论+专业负责人意见
F3.2、S06
D09
课题资料
{周总结}+设计文档+外文文献及翻译
S07
D10
周总结
填写日期+本周工作总结+要求的支持和工作建议+下周工作安排+教师对问题的处理
S08
D11
课题明细
学号+课题编号+课题名称+课题性质+课题来源
F3.8

表2.13毕业设计过程管理2层数据流图中的数据流说明
编号
名称
来源
去向
包含的数据结构
流通量
F3.1
申报课题任务书
教师
P3.1
{课题任务书}
一年一次
F3.2
审核意见
P3.2
S06
{课题审核意见}
一年一次
F3.3
通过审核的课题
S06
P3.3
课题编号+{课题任务书}
一年一次
F3.4
初步选题意向
学生
P3.3
学号+课题编号+待选课题编号
随机
F3.5
最终选题意向
教师
P3.3
学号+课题编号
一年一次
F3.6
选题结果
P3.3
教师、学生
学号+课题编号
一年一次
F3.7
课题变更请求
教学秘书
P3.3
学号+课题编号+待变更课题编号
随机
F3.8
课题明细
P3.3
教学秘书
{课题明细}
随机
F3.9
设计文档
学生
P3.4
设计文档+外文文献及翻译+{周总结}
随机
F3.10
指导、评阅意见
教师
P3.5
学号+课题号+教师对问题的处理+指导教师评阅意见

F3.11
评审意见
P3.6
S07
学号+课题号+评阅人评阅意见

表2.14毕业设计过程管理2层数据流图中的数据存储说明
编号
名称
来源
组成
说明
S06
课题基本信息
P3.1
课题编号+{课题任务书}+备注

S07
学生课题信息
P3.3
学号+{课题资料}+第一待选课题编号+第一待选课题编号+最终选择课题编号+届次

S08
周总结明细

学号+届次+周次+{周总结}

表2.15毕业设计过程管理2层数据流图中的处理过程说明
编号
P3.1
名称
课题申报管理
流入数据流
F3.1
流出数据流
格式化的课题申报信息
处理周期
一年一次
处理过程描述：通过该处理过程，教师可以填写课题申报任务书，每个课题对应一份任务书。并且每个教师最多能够申报不超过系统规定的最多课题数。该处理过程还提供课题任务书的提交、暂存、修改、删除功能。
编号
P3.2
名称
课题审核管理
流入数据流
课题基本信息
流出数据流
审核意见
处理周期
一年一次
处理过程描述：对“课题基本信息”数据存储中课题按专业进行审核，并保存审核意见。具体步骤如下：
首先，专业负责人从“课题基本信息”数据存储中读出本专业对应的课题基本信息，然后，对每个课题填写审核意见，若通过审核则置“课题基本信息”数据存储中审核标记为’1’，否则置为‘0’。最后，置“课题基本信息”数据存储中的审核提交标志为‘1’。
编号
P3.3
名称
课题选择管理
流入数据流
F3.3、F3.4、F3.5、F3.7
流出数据流
F3.6、F3.8
处理周期
随机
处理过程描述：该过程实现学生对课题的初选、教师对课题的最终确认以及教学秘书对课题的变更处理和课题明细统计等工作。
编号
P3.4
名称
课题设计
流入数据流
F3.9
流出数据流
格式化的设计文档
处理周期
随机
处理过程描述：该过程实现设计文档，包括毕业设计说明书、外文文献及翻译以及周总结等的上传、填写、修改、删除等功能。
编号
P3.5
名称
课题指导
流入数据流
F3.10
流出数据流
格式化的指导评阅意见及周总结中教师对问题的处理
处理周期
随机
处理过程描述：该过程实现学生课题资料查看、指导信息的填写、维护等功能
编号
P3.6
名称
设计评审管理
流入数据流
学生课题信息
流出数据流
F3.11
处理周期
一年一次
处理过程描述：专家是使用该过程实现设计的评审意见的填写功能。具体步骤如下：
首先从“学生课题信息”数据存储中选取需要评审的学生材料，然后填写评审意见。最后保存意见。
2.1.3毕业设计管理系统3层数据流图及数据字典

图 2.5 课题申报管理3层数据流图

2.2 数据分析与数据库设计
2.2.1数据库概念结构设计
这里使用E-R图描述数据库的概念结构。根据上一部分描述的数据流图和数据字典，整个毕业设计系统的语义如下：在毕业设计课题申报阶段，一个教师可以申请若干课题，一个课题可以适应于目前的3个专业；一个专业可以审核多个课题，一个课题可以被多个专业审核；一个学生开始可以选则两个课题，但最终一个课题只能对应一个学生；在毕业设计设计、指导阶段，一个教师可以指导多个学生，一个学生被一个教师直接指导（其他指导教师为间接指导）；在指导过程中，一个学生需要完成一组周报，一组周报只能由一个学生填写，对每份周报，指导教师需要给出教师对问题的处理、教师评价考核和备注信息。同时，每个学生还需要提交一份设计文档，包括毕业设计说明书和外文文献及翻译。指导教师在批阅完所有设计资料后，需要给出指导教师评阅意见。在毕业设计评审阶段，每位专家可以评审多个学生的设计文档，一个学生的设计文档只能给一个专家评审，评审结束时专家需要给出评审意见。
从上面的语义描述中，抽象出系统中的实体有：教师（包括教学秘书、专家、专业负责人、普通教师）、学生、课题、班级、专业、周总结、设计文档、通知共8个实体。实体的属性及其码（实体的码用下划线标出）描述如下：
（1） 教师实体的属性为：{教师编号、所属教研室名、职称、姓名、性别、邮箱、联系电话、教师身份}。
（2） 专业实体的属性为：{专业名称、专业负责人}。
（3） 班级实体的属性为：{毕业届次、班级名称}。
（4） 学生实体的属性为：{学号、姓名、性别、邮箱、联系电话}。
（5） 课题实体的属性为：{课题编号、课题名、原始参数、工作内容、工作基本要求、工作日程、参考资料及文献、课题性质、课题来源、课题类型}。
（6） 周总结实体的属性为：{周次、填写日期、本周工作总结、要求的支持和工作建议、下周工作安排}。
（7） 设计文档实体的属性为：{设计说明书、外文翻译}。
（8） 通知实体的属性为：{通知编号、标题、通知内容、发布时间、最后一次修改时间 }。
由于在PowerDesigner中的CDM模型对应于E-R图，所以这里将直接进行CDM模型的设计。毕业设计管理系统对应的CDM如图2.6所示。

图2.6 毕业设计管理系统CDM模型
2.2.2数据库逻辑结构和物理结构设计
PowerDesigner的PDM可以描述数据库的逻辑结构和物理结构。毕业设计管理系统对应的PDM模型如图2.7所示。

图2.7 毕业设计管理系统的PDM模型（名称）

图2.8 毕业设计管理系统的PDM模型（代码）
由图2.7、2.8可知毕业设计管理系统数据库包含12个基本表。此外，为了方便存放教研室、课题来源、课题性质、最多申报课题数、毕业设计周数等信息，设计一个系统代码表（该表中具体内容见表2.17）和系统参数表（见表2.18）。
表2.16 毕业设计管理系统中的数据表
表名
说明
表名
说明
Specialty
专业信息表
class_info
班级信息表
Teacher
教师信息表
student
学生信息表
Subject
课题信息表
Week_sumup
周总结信息表
information
通知信息表
subject_specialty
课题专业表
student_subject
学生课题表
sys_code
系统代码表
role_teacher
角色关系表
sys_argu
系统参数表
表2.17 系统代码表（预存信息）
代码标识
代码名称
代码内容
代码值
备注
1
教研室
信息技术
01

2
教研室
计算机科学与技术
02

3
教研室
软件工程
03

4
教研室
网络工程
04

5
专业
计算机科学与技术
01

6
专业
网络工程
02

7
专业
软件工程
03

8
教师角色
普通教师
01

9
教师角色
教学秘书
02

10
教师角色
专业负责人
03

11
教师角色
专家
04

12
课题类型
真实(真题真做)
01

13
课题类型
模拟(真题假做)
02

14
课题类型
虚拟(假题假做)
03

15
课题性质
设计
01

16
课题性质
论文
02

17
课题来源
科研立项

18
课题来源
生产

19
课题来源
教学

表2.18 系统参数表
参数标识
参数名称
参数值
备注
1
zdsbkts
10
最多申报课题数
2
bysjzs
13
毕业设计周数

2.2.3 视图设计
（1）教师角色视图
为了方便将一个教师的多个角色作为教师的一个属性显示，这里首先在DBMS上定义函数get_role，该函数根据教师编号得到教师对应的角色，并返回一个字符串，该字符串中显示了教师对应的所有角色名称，不同角色名称间用‘/’隔开。
Create function get_role
(@tno as char(6)) return varchar(50)
Begin
Declare @rolename varchar(50), @code_content varchar(20)
Set @rolename=’’
Declare role_cur cursor
For select code_content
From role_teacher,sys_code
Where role_code=code_value and code_name=’教师角色’ and tno=@tno
Open role_cur
Fetch next from role_cur into @code_content
While @@fetch_status=0
Begin
@rolename=@rolename+@code_content+’/’
Fetch next from role_cur into @code_content
End
Close role_cur
Deallocate role_cur
Return @rolename
End
创建函数get_content，根据输入的代码名称和代码值返回代码内容。
Create function get_content
(@code_name as varchar(20),@code_value as char(2)) return varchar(20)
Begin
Declare @code_conten