软件工程实验指导书

1、软件工程实验指导书软件 工程实 验是 软件 工程课 程讲 授中一 个重 要的、不 可或 缺的实 践环节 。其 目的是使学生能够在实际软件工程项目中熟练的运用软件工程的理论、技术和方法， 全 面 掌 握 软 件 工 程 管 理 、软 件 需 求 分 析 、软 件 概 要 设 计 、软 件 详 细 设 计 、软 件 测 试 等 阶 段 的 方 法 和 技 术 ，以 及 培 养 学 生 的 合 作 意 识 和 团 队 精 神 ，培 养 学 生 对 技 术 文 档 的 编 写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。根据课程的特点，实验内容包括结构化的方法学和面向对象的方法学两个

2、方面。 引 入 一 个 简 单 的 实 际 项 目 （ 自 选 或 教 师 指 定 ）， 要 求 学 生 利 用 结 构 化 软 件 开 发 技 术 或 面 向 对 象 的 软 件 开 发 技 术 完 成 对 该 项 目 的 开 发 。此 外 又 引 入 我 国 国 家 计 算 机 开 发 规 范 文 档 ， 以 规 范 技 术 文 档 的 书 写 标 准 ， 提 高 实 验 教 学 质 量 。 特 别 是 在 实 验 中 针 对 面 向 对 象 的 软 件 开 发 技 术 ， 增 加 面 向 对 象 的 工 业 建 模 标 准 统 一 建 模 语 言 及 其 工具 rational rose

3、的 专 项 练 习 。通过实验训练，达到如下目的：使学 生进一 步了 解和掌 握软件工程原理，提 高对 实际项 目的分析和设 计能力 ，快 速 掌 握 结 构 化 的 软 件 分 析 技 术 、设 计 技 术 和 软 件 测 试 ，并 熟 练 的 撰 写 软 件 文 档 ；进 一 步的掌握面向对象的分析技术、设计技术和测试技术，以及统一建模语言及其工具 rose 在实际 工程 项目中 的应用 ，从 而培养学生综 合运 用所学 课程知 识， 分析解 决问 题的能力以及学生的合作意识和团队精神，为今后走向工作岗位打下扎实的基础。一、实验要求软件 工程实 验要 求学生 采用“项目小 组”的形 式，结

4、合具体的开发 项目进行设计。 具体要求如下：1班 级按项 目小组进行 分组， 每组 不得超 过 5 人2每 个 项目小 组选出 项目 负责人 或项目 经理，由 项目 经理召 集项 目组成 员讨论 、 选定开发项目3项目 开的 每项任 务要落 实到人且规 定该任务的起止日期 和时 间4每个 项目 小组必 须按照 软 件工程 实验指 导书 附录 中给定 的文 档规范 标准 提供项目文档5根据 实验内 容， 分别实 现结构 化的 开发和 面向对 象的软件开 发6题目 自定或 采用 附录一中的题目二、实验内容1结构化软件开发技术 以实际工程项目为驱动，采 用结构化的分析、设计与实现方法完成该项目的分析

5、 设计与实现。（ 1 ） 项 目 的 可 行 性 分 析 评述为了合理地达到开发目标而可能先择的各种方案；论证所选定的方案。（ 2 ） 项 目 的 开 发 计 划以项 目负责 人为 主，对于在开发过程中各项工作的负责人员、开发进度所需经费预算、所需 软、硬件条件等问题作出安排记载下来，以便根据本计划开展和检查本项目的开发工作 。（ 3 ） 软 件 需 求 规 格 说 明 书 编制目的是软件使用用户、业务专家和软件开发者对该软件的起初规定有一个共同的理解，使 之成为整个开发工作的基础，主要将用户的需求和业务的需求转化为未来软件系统的目标功能模型。（ 4 ） 软 件 概 要 设 计 说 明 书 编

6、制目的是说明对未来软件系统的结构设计的考虑，包括软件系统的体系结构、数据的设计、 接口的设计以及模块基本处理流程的设计，为软件系统的详细设计提供基础。（ 5 ） 详 细 设 计 说 明 书 编制目的是说明一个软件系统各个层次中的每一个结构（模块或子系统）的设计考虑，如果一 个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。（6）数据库设计 数据库设计说明书的编制目的是对于设计中所涉及的数据对象的逻辑结构和理结构作出具体的 设计规定。（7）测试分析报告 测试分析报告的编写是为了把单元测试、 集成测试、 系统测试和确认测试的结果写成文件加以 记载。（8）用户手册 描述

7、该软件系统的基本使用方法。使用户（或潜在用户）通过本手册能够了解该软件的功能以 及熟练的使用该系统。注：国家计算机软件开发规范文档见附录二。2. 面向对象的软件开发技术以实际工程项目-图书管理系统为驱动，结合面向对象的建模语言-uml 建模工具ratioa nl rose，完成该项目的分析、设计与实现。(1) 面向对象的分析用例模型：软件系统的功能模型活动图：软件系统的业务模型类对象模型：软件系统的结构模型(2) 面向对象的设计用例模型：设计阶段软件系统的功能模型类对象模型：设计阶段软件系统的结构模型动态模型：顺序图和协作图，状态图(3) 面向对象的实现组件图：系统的编码部署图：系统的部署注：

8、结合3-rational rose的练习完成该项目。3. Rational Rose 的使用(1) rational rose的基本操作的熟悉(2) 用例视图的建立(3) 逻辑视图的建立类对象模型动态模型的建立顺序图协作图状态图 活动图4) 组 件 图 的 建 立5) 部署图 的建 立三、实验过程课程实验项目具体要求如下：实验一 项目开发的准备工作实验学时： 2 实验类型：设计型一、目的与任务 确定课题，组织软件开发团队，制定开发计划，项目职责分工、熟悉软件开发环境，培养团队精神。二、内容、要求与安排方式 1实验内容与要求： 根据所选课题，实行项目经理制，每组推荐一名组长，统一管理整个项目的实

9、施过程，合理调整 资源和负责项目全局； 根据项目的难易合理分配组员的任务， 对问题达成一致的看法； 制定开发计划， 熟悉相应的软件开发环境。2实验安排方式： 本实验为开放实验，各组可同时进行实验，每组56 人。三、实验设备1所用设备： 计算机、打印机。2消耗性器材：无实验二 系统分析过程实验学时： 2 实验类型：设计型一、目的与任务 采用结构化或面向对象的软件开发技术， 获取业务需求、 用户需求和软件需求，完成软件系统的 需求分析过程，设计软件系统逻辑功能模型，数据模型、行为模型以及撰写软件需求规格说明书。二、内容、要求与安排方式1实验内容与要求：（ 1）结构化开发技术 理解项目的业务需求、用

10、户需求和软件需求的内容，绘制软件系统的功能模型 DFD （数据流程图）、数据模型 一E-R （实体联系图）和 STD（行为模型）以及数据字典和需求规格说明书。（ 2）面向对象开发技术 理解项目的业务需求、用户需求和软件需求的内容，绘制软件系统的功能模型（用例图）、静态的结构模型（类图）、行为模型（交互图和状态图）、数据模型以及数据字典和需求规格说明书。2实验安排方式： 本实验为开放实验，各组可同时进行实验，每组56 人。三、实验设备1所用设备：计算机、打印机。2消耗性器材：无实验三 系统设计过程实验学时： 2 实验类型：设计型一、目的与任务 依据软件需求规格说明书，完成软件系统体系结构的设计和

11、系统结构中每个模块的详细算法设 计，并给出相应的软件设计规格说明书。二、内容、要求与安排方式1实验内容与要求：（ 1）结构化开发技术仔细分析需求规格说明书的内容，设计系统的功能层次结构图SD （结构图）、接口设计、数据库设计和系统结构中各模块算法的详细设计，以及撰写软件设计规格说明书（ 2）面向对象开发技术 仔细分析需求规格说明书的内容，设计系统的体系结构、问题域类设计、人机交互类设计、数据 管理类设计及各子类的详细设计，以及撰写软件设计规格说明书2实验安排方式： 本实验为开放实验，各组可同时进行实验，每组56 人。三、实验设备1所用设备：计算机、打印机。2消耗性器材：无实验四 系统实现过程实

12、验学时： 2 实验类型：综合型一、目的与任务完成软件系统的编码，并正确运用软件测试技术和方法，完成软件系统的单元测试、集成测试、 确认测试、验收测试，熟练掌握测试用例的设计方法，能撰写测试报告。二、内容、要求与安排方式1实验内容与要求：（1）软件系统编码（2）熟悉测试技术，能掌握单元测试、集成测试、确认测试、验收测试的方法，掌握测试用例 的设计方法。（3）树立正确的软件测试思想，培养分析问题、解决问题的能力，能掌握测试报告的撰写。 2实验安排方式：本实验为开放实验，各组可同时进行实验，每组56 人。三、实验设备1所用设备：计算机、打印机。2消耗性器材：无实验五：用例模型实验学时： 2 实验类型

13、： 设计型一、目的与 任务目的 ：熟悉 用例 模型的 功能， 熟悉 rational rose的使 用环境 ，掌 握如何使用rose 创 建 系 统 的 用 例 模 型 。任务： 熟练掌 握 rational rose的开 发环境 ，熟练 用例模型的 创建过程。二、内容、要求与步骤内容：本实验采用一个案例 网上选课系统。在了解系统的具体需求后，完成对系统的需求建模。当创建系统的用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。要求：实现用例模型，并对其中主要的用例进行用例描述。实验步骤：1. 系统需求陈述 网上选课系统主要包括如下功能：管理员通过管理界面进入，建立本学期要开的各种

14、课程、将课程信息保存在数据库里并可以对课程进行修改和删除。学生通过客户机的浏览器 根据学号和密码进入选课界面，查询已选课程和选课。2. 系统主事件流的描述添加课程事件流：1. 管理员选择进入管理界面，用例开始。2. 系统提示输入管理员密码。3. 管理员输入密码。4. 系统验证密码。A1 ：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息。6 管理员选择添加课程。7 系统提示输入新课程信息。8 管理员输入信息。9 系统验证是否和已有课程冲突。A2 ：有冲突10系统添加新课程，提示课程添加成功。 11系统重新进入管理主界面，显示所有课程。 12用例结束。其他事件流：A1 :密码错误1 系

15、统提示再次输入。2 用户确认。3 三次错误，拒绝再次访问。4 否则进入添加课程事件流第 5 步。A2:有冲突1 系统提示冲突，显示冲突课程信息。2 用户重新输入。3 继续验证直到无冲突。4 进入添加课程事件流第 10 步。注:删除课程事件流和修改课程事件流与此类似，在此不再详述选课事件流:1. 学生进入选课登入界面，用例开始 .2. 系统提示输入学号和密码 .3. 学生输入学号密码 .4. 系统验证:A1;验证失败。5、进入选课主界面。6、学生点击选课。7、系统显示所有课程信息。8、学生选择课程。9、系统验证课程是否可选。A2:不可选。10 、系统提示课程选择成功，提示学生交费。1 1 、用例

16、结束。错误流:A1:验证失败1 系统提示验证失败，提示重新输入。2 三次失败，拒绝访问。3 成功，转选课事件流第 5 步。A2:不可选1 系统提示不可选及原因。2 学生重新选课。3 重新验证直至成功。4 转选课事件流死 10 步。 注:查询事件流比较简单，在此不详述。2. 分析在-网上选课系统中 ,管理员首先登录系统 , 系统验证通过后 ,管理员负责添加课程、 修改课程和删 除课程等主要功能，所有信息存放在后台数据库中。学生实现对本学期课程的查询和选课。3. 创建用例模型(1) 在用例图上双击 main,出现如图所示,为绘制用例图做好准备。图 rational rose 的用例模型(2) 在图

17、中的工具栏选取 Actor 图标(参与者) ，在右边的图中添加一个 Actor ，并输入名称管理 员( administrator ), 如图所示。图 添加一个参与者(3) 在左边的工具栏中，选取用例的图标，在右边的图中画出一个用例，并输入用例的名称: addCourse ，如图 .图添加一用例(4) 按照步骤 (3)，绘制出如图的三个用例， 添加课程 ( addCourse )、修改课程 (modifyCourse ) 和删除课程( deleteCourse )。图 添加三个用例(5) 在绘出了用例后，接下来的是绘制参与者与用例的关联，如图所示。图 参与者和用例的关联(6) 根据以上步骤，可

18、完成学生使用的用例。则系统的用例模型就完成了，如图所示。图完整的参与者和用例的关联图( 7)根据分析情况，进一步添加或细化用例图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验六:类图实验学时:2目的与任务实验类型:设计型目的 : 理解类的基本概念；掌握如何从需求分析中抽象出类，类对象间的关联，类自身的属性 和方法；掌握在 Rational Rose 中绘制类的操作方法。任务 : 寻找和抽象出网上选课系统所涉及的类，熟 练 掌 握 rational rose 中 类 图 的 创 建 过程。二、内容、要求与步骤 内容：根据网上选课系统的需求模型 用例模型中用例的描述，了

19、解了系统中每一用例的业务处理流程。现在需要对系统进行静态建模，即类图。要求：绘制类图，包括类间的关联。实验步骤：1. 分析由前面章节对网上选课系统中课程的添加、 修改和删除等基本功能的主事件流的描述可抽象出系 统所涉及的主要对象，如S tudent（学生类）、Administrator 管理员类）、F ormObject（界面类）、C ourse（课程类）、ControlObject（ 控制对象类）、DataBase （数据库类）等。2绘制类的步骤：（1） 打开前面初步构建的UML模型文件。（2） 打开Rose中的逻辑视图（Logical View），在其下创建一张类图，名为：网上选课系统类

20、图。（3） 用鼠标右击 Logical View，在弹出来的菜单中选择New Class diagram ”项，创建类图。（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Course ,如图所示。图 网上选课系统的类图（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此 可以设置类的属性和方法等其他的信息，图所示；后撞击 Attributes 这个栏目，此栏目为设置类的 属性的选项，在图中间的单击右键，可以看到有一个“ Insert ”的选项，选中这个选项；如课程号， 在 Type 这个方框内输入此属性的类型值，同时

21、可以看到一栏可以设置此属性的访问权限，一般这些 属性都设置 Private 这个权限，如图所示。这个类的其他属性也可以按照以上的做法设置。图 类的属性设置图 Course 类属性设置（ 6）设置好类的属性， 现在来设置类的方法 （也是操作） ，双击类后在弹出的菜单上选 operations 这个选项，可以看到图所示，在图中的空白地方，单击右键，在弹出的菜单中选insert 这个选项，也就只有这个选项可用， 接着输入方法名， 同时可以设置该方法的返回类型， 也可以在 Documentations 的方框内填写一些相关的方法说明， 设置好该方法的访问权限。 类的其他方法也可以按上面来设置好， 最后

22、，得到该类的其他方法见类。图 设置类的方法（ 7）至此，类的方法和属性都设置好了，如图所示。图 完整的 Cpurse 类（名称、属性和方法）（8）同样的方法设置其他的类，并分别设置相关的属性和方法， 得到系统的初步类图 ，并根据分析情况，进一步细化添加相关的类，并给出类之间的关联，如图所示。图 系统的最终类图三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验七：顺序图和协作图实验学时： 2 实验类型： 设计型一、目的与 任务目的： 理解顺序图的基本概念，理解协作图的基本概念；掌握在 Rational Rose 中绘制交互图 的操作方法。任务： 对网上选课系统中的用例进行动

23、态建模， 熟悉交 互图的 创建过 程。二、内容、要求与步骤内容： 完成网上选课系统的静态结构 - 类模型的搭建。 现在需要对前面所给出的用例进行实现， 而用例的实现主要由交互图来指定和描述系统的动态特性， 即对象之间的交互， 用顺序图和协作图实 现。要求：给出系统所涉及主要用例的动态实现 交互图的绘制。步骤：(以系统管理员添加课程的用例展示交互图的实现)1. 添加课程用例的主事件流描述管理员进入管理界面，选择添加课程功能。1) 界面提示用户输入课程信息。2) 界面对象创建一个课程对象。3) 通过控制对象来对课程信息进行合法性检查。 4) 控制对象向课程对象返回结果。5) 控制对象向数据库查询课

24、程相关信息。6) 控制对象对查询结果进行判断。7) 控制对象向数据库中插入数据。8) 在界面上显示结果。9) 控制对象撤消建立的课程对象。2绘图步骤：(1) 在Rose软件的左边栏目上的 Logicl View单击右键，在弹出来的菜单中选择 “Ne0Sequenee diagram ”项新建一个顺序图，顺序图是交互图一种表示，可以用时序来表示，如图。图 顺序图( 2)接下来的是添加对象。见图所示。图 添加了对象的顺序图( 3 ) 添 加 对 象 后 ， 便 可 以 添 加 对 象 间 的 消 息 了 。 如 图 所 示 。a H Bi B 沪 卷 口&rn HpxtaarFarri raaTF

25、3*Hr=Jfj i r Ih O iJxa CarQiri cv3 n wH MaR Mu fidlfHfixul 口* E hr w? n P1Jt24 手TbS Ift AUrfH. X冲世皿広兀 Mi *| f #-UfaT J L*k E ” -=im Hi gXWLMi gwH+MM3-tna UEFTraObiiformFormrDbjKtAdmimRi|irjrj 莽 iC4HrseinfrM j匕mmcwtr&lCmUIO 血 i：4 qM*ryCani rrtnidCouTse CcmwT fih?wS4JC*M iHi(SlrinfS. deiitcrCaiLfS-4 I

26、 坊Lwriault Liiu-啦f曲丄時 11图添加了对象间消息的顺序图(4) 完成了顺序图后，可以按 F5键便得到添加课程的协作图；或在弹出来的菜单中选择“Newt Collaborati on diagram ” 项见图所示。图协作图三、实验报告要求1. 整理实验结果，写实验报告。2. 小结实验心得体会。实验八：状态图实验学时：2实验类型：设计型一、目的与任务目的：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任务：完成系统主要对象的状态变换，熟练状态图的创建过程。二、内容、要求与步骤内容：得到网上选课系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，

27、这 不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。要求：实现网上选课系统中课程对象的状态图。实验步骤：1. 业务分析：由前面章节对网上选课系统中的添加课程的主要业务的描述和分析可知， 管理员可以添加、删除和修改课程信息，在某个学期开设该课程，如果选修人数超过指定人 数，就不再允许学会选这门课。学期结束，课程的状态结束。2. 绘图步骤：(1) 在逻辑视图(Logical view )下，点击鼠标右键，在弹出来的菜单中选择“NewrStatechartdiagram ”项如图所示，新建一个状态图，命名为addCourse状态图，图所示。图构建状态图（2

28、）双击“ addCourse ”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结 点；当创建该课程时，操作者添加课程到数据库中，如果修改或删除某课程，则发出其他事件，如删 除课程的事件“ delete course ”，则课程的状态就转入“ deleted ”状态。如图所示。图 添加两个状态的状态图（ 3）课程对象（ course ）的状态图如图所示。图 还书的状态图（5）根据分析设计情况，进一步添加或细化状态图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。实验九：活动图实 验 学 时 ： 2 实 验 类 型 ： 设 计 型一 、 目的 与 任 务目的

29、：熟悉活动图的基本功能和使用方法，掌握如何使用建模工具绘制活动图方法。任 务 ： 对 每个用例进行业务分析，说明其具体的业务流程；熟悉 rose 中活动图的创建过程。 二、内容、要求与步骤内容：在了解系统的具体需求后，完成对系统的需求建模。当创建系统的用例模型后，应针对每 个用例进行业务分析，说明其具体的业务流程。要求：实现用例的业务流程。实验步骤：1. 业务分析添加课程事件流：1. 管理员选择进入管理界面，用例开始。2. 系统提示输入管理员密码。3. 管理员输入密码。4. 系统验证密码。A1 ：密码错误5 进入管理界面，系统显示目前所建立的全部课程信息。6 管理员选择添加课程。7 系统提示输

30、入新课程信息。8 管理员输入信息。9 系统验证是否和已有课程冲突。A2 ：有冲突 10系统添加新课程，提示课程添加成功。 11系统重新进入管理主界面，显示所有课程。12用例结束。 其他事件流：A1 :密码错误1. 系统提示再次输入。2. 用尸确认。3. 三次错误，拒绝再次访问。4. 否则进入添加课程事件流第 5步。A2:有冲突1. 系统提示冲突，显示冲突课程信息。2. 用户重新输入。3. 继续验证直到无冲突。4. 进入添加课程事件流第 10步。2. 绘图步骤：(1)在逻辑视图(Logical view )下，点击鼠标右键，在弹出来的菜单中选择Ne0 ActivityDiagram ”，选中后单

31、击，便可以新建好一个活动图。如图所示。图活动图(2) 新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“UI “，在右边的图添加一个泳道，并命名为Model” .按照此步骤，再添加另一个泳道，并命名为“Database ”，得到图.图带有两个泳道的活动图(3) 接着在左边的工具上选取开始点，并在“ UI”泳道上添加开始结点后，再来为此活动图添加 活动，名为：输入各项课程信息“，并添加他们间添加活动关系，如图所示。S -l*(ia i KtdS fl nd.I lEWitHr邛Mh；lgi闻n+ 加旳 卜庐作 144 AfMunktlr*出 uqw whc?ry.白与 j-r fll

32、 t*t1r-P .w 旳arwMdounrj杵I Z.f P垢I区區出,Hi r-fi-ull Mi皿1*$Lh& 陥 l 具:忙 聲氐L鈕u2we# 9 C4H.VHOtoj4rva S C-3LLTM晋* ”7 丫1鼻门-扌飞“-已丿丄轉呼EjIi 平 Ciriv 7 Md-n f JE 才 AL.rHaMF t i*ffl gome ScLcmtf44“U 71醮A杏毁*ifltipikti3K带活动的活动图(3) 根据业务分析中添加课程的事件流程，最终获取“添加课程“用例的具体也去的处理流程, 活动图如图所示。图完整的添加课程的活动图(4) 根据分析设计情况，进一步添加或细化活动图。

33、三、实验报告要求1. 整理实验结果，写实验报告。2. 小结实验心得体会。实验十：组件和部署实验学时： 2 实验类型： 设计型一、目的与 任务目 的 ： 理解组件图的基本概念，理解部署图的基本概念，掌握组件图和部署图绘制的方法。任 务 ：完 成 系 统 的 物 理 部 件 的 映 射 ，熟 练 掌 握 rational rose 中 组 件 和 部 署 图 的 绘制。二、内容、要求与步骤 内容：已经完成网上选课系统的分析和设计，下一步就是生成系统的组件图和部署图。要求：完 成系统的组件图和部署图。实验步骤：1. 分析： 在网上选课系统中，通过分析可以发现类图中的类应分为 4 个部分：在选课系统中

34、，包括 MainProgram 类（主程序）、People 类、C ontrolObject 类、Student 类、Registrar 类、Course 类和D ataBase 类。其中，People 类是 Student 类和R egistrar 类的 抽象类，所以 Student 类和 R egistrar 类依赖 People 类。F ormObject 类和 C ontrol O bject 类都和 Course 类相关，FormObject 类和 C ontrolObject类依赖C ourse 类。C ontrolObject类和 DataBase 类相关， ControlObj

35、ect 类依赖 DataBase 类。2. 绘图步骤 ：组件图：（1）在组件视图中双击 Main 图，在右边的绘图区中添加一个新组件，并取名表明新增一个主程 序，如图 . 。图 组件 图（ 3）选择新创建的组件，点击鼠标右键，在弹出的菜单中选择“Open Sepcification ”，）在对话框中，可以修改组件的名称，设置组件的类型，指定实现的语言。这里新组件的名称定为“”，修改结果如图所示。图 设置组件的属性（4）根据分析的结果分别创建FormObject、Control O bject和Course等组件，并表示个组件对应的文件， 并创建各组件的依赖关系。 在本节“关系” 一段中， 已经

36、描述过依赖关系使用虚线表示， 因此根据分析中的结果，在图中将相互依赖的组件连接即可。完成后的组件图如图。图 系统最终的组件图部署图：（1“） Deployment View”， 在图中添加分别添加一个Processer 和 Device ，并分别命名为 “computerwith java support ”和“ Printer ”，添加完毕后，并为节点添加连接关系。全图如图。图 部署图（ 2）根据分析设计情况，进一步添加或细化组件图或部署图。三、实验报告要求1 整理实验结果，写实验报告。2 小结实验心得体会。四、成绩考核及评定实验结束时 验收系统和收总结报告，成绩分优、良、中、及格和不及格五

37、等。 考核标准包括：（ 1） 总 结 报 告 （ 40%）（ 2） 系 统 演 示 （ 20%）（ 3 ） 考 勤 （ 20%）附录一：课程设计题目题 目一 ：“教 务管 理系 统之 子系 统 学院 课程 安排 ”1 系统 简介每 个学 期的 期中 ，学校教 务处 向各 个学 院发 出下 各 学期 的教学计 划，包括 课 程名 称、课 程 代码 、课时 、班 级类 别（本 科 、专科 、成人 教 育、研 究生 ）、 班 号等 ；学院 教学 主管 人员 根据 教学 任务 和 要求 给出 各个 课程 的相 关限 制 （ 如 ： 任 课 教 师 的 职 称 、 上 课 的 班 数 、 最 高 和 最

38、 低 周 学 时 数 等 ）； 任 课 教 师 自报 本人 授课 计划 ，经所在 教研 室协 调任 可，将教 学计 划上交学 院主 管 教 学计 划的 人员 ，批准后 上报 学校 教务 处，最终 由教 务处 给出下个 学期 全 学院教师的教学任务书。假 设上 述排 课过 程全 部 由人 工操 作，现要 求 为上 述过 程实 现计 算机 自动 处 理过程。2 限定 条件（1）每位 教师的主 讲课 程门 数不超过 2 门/ 学 期： 讲师 以下 职称 的教 师 不能承担学院定主课的主讲任务。（2）学院 中层干部 的主 讲课 时不 能超 过 4 学时 / 周。（3）本学 期出现严 重教 学事 故的

39、教师 不能 承担 下 各学 期的 主讲 任务 。（4）本系 统的输入 项至 少包 括：教 务 处布 置的 教学 计划 ，学 院教 师自报 的授课计划和学院定的有关授课限制条件。（5）本系 统的输出 项至 少包 括：教 务处 最 终下 达全 院教 师的教学 任务 书 和学 院各个班 级下 各学 期的 课程 表（ 可以 不 含上 课地 点）。题 目二 ：“学 校教 材定 购系 统”1 系统 简介本系统可以细化为两个子系统：销售系统和采购系统销 售系 统的 主要 工作 过 程为 ：首先 由教 师或 学生 提 交购 书单，经教 材发 行 人 员 审 核 是 有 效 购 书 单 后 ，开 发 票 、登

40、记 并 返 给 教 师 或 学 生 领 书 单 ，教 师 或学生可以到书库领书。采 购 系 统 的 主 要 工 作 过 程 为 ：若 是 教 材 脱 销 ，则 登 记 缺 书 ，发 缺 书 单 给 书 库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 以上功能要求在计算机上实现。2 技术 要求 和 限制 条件（ 1 ） 当 书 库 中 的 各 种 书 籍 数 量 发 生 变 化（ 包 括 进 书 和 出 书 ）时 ，都 应 修 改相关的书库记录，如库存表或进/出库表。（ 2 ） 在 实 现 上 述 销 售 和 采 购 的 工 作 过 程 时 ， 需 考 虑 有 关 的 合 法 性 验

41、证 。（ 3） 系统的 外 部项 至少 包括 ：教 师、 学生 和教 材工 作人 员 。（ 4 ） 系 统 的 相 关 数 据 存 储 至 少 包 括 ：购 书 表 、库 存 表 、缺 书 登 记 表 、待 购教材表、进库表和出库表。题目三 ：“机票预 定系统”1 系 统 简 介航 空 公 司 为 给 旅 客 乘 机 提 供 方 便 ，需 要 开 发 一 个 机 票 预 定 系 统 。各 个 旅 行 社 把 预 定 机 票 的 旅 客 信 息（ 姓 名 、性 别 、工 作 单 位 、身 份 证 号 码（ 护 照 号 码）、旅行时间、旅 行始发地和目的地，航 班舱位要求等）输 入到系统中， 系统

42、为旅客安排航班。当旅客交付了预订金后，系统打印 出取票通 知和帐 单 给 旅 客 ，旅 客 在 飞 机 起 飞 前 一 天 凭 取 票 通 知 和 帐 单 交 款 取 票 ，系 统 核 对 无误即打印出机票给旅客。此外航空公司为随时掌握各个 航班飞机的乘载 情况，需要定期进行查询统计，以便适当调整。2 技术要求 和 限制 条件（1）在分 析系统功 能时要考虑有关证件的合法性验证（ 如身份证、取 票 通知和交款发票）等。（2）对于 本系统还 应补充一下功能：1 旅 客 延误 了取 票时 间的 处理2 航 班 取消 后的 处理3 旅 客 临时 更改 航班 的处 理（3）系统 的外部输 入项至少包括

43、：旅客、旅行社和航空公司。 题目四 ：“实验室 设备管理 系统”1 系统 简介 每学年要对实验室设备使用情况进行统计、更新。其中：（1）对于 已彻底损 坏的做报废处理，同时详细记录有关信息。（2）对于 由严重问 题（故障）的要及时修理，并记录修理日期、设备名、 编号、修理厂家、修理费用、责任人等。（3）对于 急需修改 但又缺少的设备，需 以“ 申 请表”的 形式送交 上级领 导请求批准购买。新设备购入后要立即进行设备登记（包括类别、 设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、 保质 期和经办 人等信息），同时更新申请表的内容。（4）随时 对现有设 备及其修理、报 废情况进行统计

44、、查 询，要 求 能够按 类别和时间段等查询。2 技术要求 及 限制 条件（1）所有 工作由专 门人员负责完成，其他人不得任意使用。（2）每件 设备在做 入库登记时均由系统按类别加自动顺序号编号，形成 设备号；设备报废时要及时修改相应的设备记录，且有领导认可。（3）本系 统的数据 存储至少包括：设 备记录、修 理 记录、报 废记录、申 请购 买记 录 。（4）本系 统的输入 项至少包括：新设备信息、修理信息、申请购买信息、 具体查询统计要求。注：系统的输出项至少包括：设备购买申请表、修理/ 报废设 备资金统 计表题目五：人事管理系统的设计系统简介和设计要求：（1）信息要求本系统应该包含与人事管

45、理相关的信息，如部门信息、职员信息，其中 职员信息应该包含职员的基本信息（ 如职员的编号、姓 名、性 别等）职 员 的 其他信 息如（如 ： 主要 社会 关系 、奖 惩情 况等 ）。（2）功能要求 本系统的基本功能要求如下： 部门信息维护；职员 信息 维 护（含职 员的部门 调整）；职员 信息 查 询（不确 定查询）； 人事信息查询（ 如人才结构的统 计查询） 用户管理（含用户权限的设置） 辅助功能（如学历索引表、职称索引表的维护等） 题目六：工资管理系统的设计系统简介和设计要求： （1）信息要求 本系统应该包含与工资管理相关的信息，如部门信息、职员工资信息， 其中职员工资信息应该包含与支援工

46、资相关的基本信息（如：职员的编号、 姓名、基本工资、各 种津贴以及其他应发工资项目，水 电、煤气等各项扣款， 以及公 积金、会 费 等）、职 员的 其他 信息 （ 如工 资调 整情 况） 等。（2）功能要求 本系统的基本功能要求如下： 部门信息维护； 职员工资信息维护； 显示打印职员工资表； 打印职员工资发放表； 打印部门工资汇总表； 用户 管理（ 含用户 权限 的设置 ）。题目七：毕业生管理信息系统设计要求： （1）信息要求 本系统应该包含与毕业生管理相关的信息，如毕业生基本信息、毕业生 就业信息、其 中毕业生基本信息应该包括：毕 业生的编号、姓 名、性 别、民 族、籍贯、毕业时间、专业、政

47、治面貌等信息；毕业生就业信息应该包括： 毕业生的编号、就业时间、工作单位、工作性质、职务、地址等。（2）功能要求 本系统的基本功能要求如下： 毕业生基本信息维护； 毕业生就业信息维护； 毕业 生就 业 情况查询 （不确定 查询）； 按专业划分的就业情况统计； 用户 管理（ 含用户 权限 的设置 ）。题目八：图书管理系统： 需求陈述：大学图书管理系统，该系统除了一般的图书管理功能外，还能够为学 生和教工从其他图书馆借阅图书和文献资料提供服务。1. 功 能 需 求 基本数 据维护功能： 提供使用者录入，修改并进行维护基本数据的途径。基本数据包括读者的信 息、图书资料的相关信息，可以对这些信息进行修

48、改，更新。 基本业 务功能： 读者借、还书籍的登记管理功能，随时根据读者借、还书籍的情况更新数据 库系统，如果书籍已经借出，可以进行预留操作，书籍的编目、入库、更新等操作。 数据库管 理功能 ：对所 有图书 信息及 读者 信息进 行统一 管理维 护的功能，对书 籍的 借还也 要进 行详细的登记，以便协调整个图书馆的运作。 信息查询 功能： 提供对各类信息的查询功能，如对本图书馆的用户借书信息，还书的信息， 书籍源信息，预留信息等进行查询，对其他图书馆的书籍、资料源信息的查询功能。2. 非 功 能 需 求 系统安 全性需 求：为 保证 系统安 全性，对 本图 书馆 的各项 功能进 行分级 、分

49、权 限 操 作 ，对 各 类 用 户 进 行 确 认 。对 其 它 图 书 馆 借 阅 图 书 和 文 献 资 料 服 务 控 制 访 问 范 围 ： 如 限 IP 、 限 用 户 等 。 对系统 可用性 的需 求：为 了方便 使用者，要 求对所有 交互操 作提 供在线 帮助 功能。 对系统 查询速 度的 需求：要求系 统在 20S 之 内响应 查询服 务请 求。 对系统 可靠性 的需 求：要求系统 失败发 生率 小于 1%。3. 领 域 需 求 例如：对“大学图书管理系统”，提出一些与图书管理的业务相关的需求： 图书编 目要求 按照 中国图书馆 分类法 进 行； 由于版 权限制 ，某 些 文

50、献 资料只 能在图书馆规 定的 阅览室 阅读，并 限制 复制 和打印。第一 条需求 是对遵循我 国图书 管理 的规定，执 行 对图书 的分类 管理的标准 。而 第二 条 需 求 则 是 版 权 法 对 图 书 馆 文 献 资 料 的 保 护 的 需 要 ，描 述 了 对 一 类 文 献 资 料 有 限 制 的使用和服务。题 目 九 ： 面向对象图书管理信息系统设计与实现目的：综合运用面向对象程序设计、数据库编程、GUI 用户编程技术开发一个功能简单的图书管理系统，实现基于关键字的检索，读者和图书基本信息的管理。任务：1）完成整个系统的需求分析和类的设计；2）实现基本的读者、图书信息管理功能，例

51、如数据添加、删除和检索；3）实现一个 GUI 图书管理的程序，撰写相应的软件设计文档；题 目 十 电子商务网站建设 是一个集客户购物、下订单、订单处理、销售统计等功能于一体的系统。通过浏览器，让客户可 以查询货物，把货物放入购物车，创建账户 / 登陆账户，创建订单，通过信用卡支付等。系统划分成 了多个模块，松耦合的设计架构，允许可以和多个数据源，EIS （企业信息系统）进行交互。功能如下：1）用户注册/登陆 /忘记密码 /管理个人信息 查询货物购物车管理 提交订单 信用卡支付 查询历史购物记录2）货物商店 接受 / 处理订单消息 手工接受 / 拒绝订单 用 E-mail 来通知客户 发订单给供

52、应商 销售统计3）供应商 接受订单 派送货物给用户 提供一个基于 web 的库存管理 维护库存数据库题 目 十 一 ： 病员监护系统 本例为医院特级护理病房的病员监视系统。1）在每一病床旁有一个监护器。2）在病员身上附着各种传感叹器，监测各种生理参数，诸如血压，呼吸，体温。信号被被送到监 护器。3）监护器带有输入键盘，用以输入病员的病号的病历号，各种监测的生理因素的安全范围值（上 下限值），以及监测频率定期（监测周期）等。4）各监测部件与中心计算机相连，后者按指定的监测频率定期地对监视器进行检查。5）检查所得到的数据记录在每个病员的记录文件上。6）如果发现病员的生理因数超出在安全范围时， 在护

53、理室有各病员的各种报警信号 （灯光） 出现。7）每个监视器有一开关，用来控制监测工作。8）本例中假设监视 255个病员，每人设定 4 个因素。监视周期可从 1秒到小时变化，对每一病员 监视 1 秒时间。9）安全范围为十进数值，内部表示为浮点数。病历号为 9 整数。题 目 十 二 ： 通用试题库组卷系统的设计与实现考试是进行教学目标评价的主要手段 , 试卷是测量学生学习质量的一把 尺子 。而命题的水平则 是检验教学质量的关键。传统的试卷命题一般是用手工的方式实现的 , 不但工作量大、容易出错 , 而且不能把教师从繁重的出卷劳动中解放出来。 在现行的教育中 , 虽然有些高等院校也有一些专门的 课程

54、的试题库管理系统 , 但是通用性的效果不佳。 随着 Internet 的出现和广泛使用 ,WEB 使得实现 广泛的网络共享、集中的安全控制和友好的使用界面达到了完美的结合。开发基于 Web 的在线组卷 系统就具有很重要的意义。开发网上的通用试题库组卷系统 , 不仅可以很好的实现教考分离 , 可以提高教学质量 , 而且可以使 高校的教学管理质量更上一层楼。它是将系统架设在一个WEB站点上运行，通过浏览器访问，它提供了传统题库系统所不能完成的某些功能。 充分利用网络资源 , 教师、 专家可以在终端进行试题库的 编辑、更新等操作 , 学生则可以通过动态的选择不同的类型、数量的试题来进行在线学习和考试

55、,来检测自己的学习效果。功能模块：录入模块： 在教学大纲和考试大纲的指导下 , 可以向组卷库里添加符合要求的试题和试卷。 查询模块： 系统中的所有用户可以查询试卷、试题、用户等信息。组卷模块： 是通用试题库组卷系统的一个核心模块 , 这部分的设计的优劣能够反映其试卷质量的 高低。 就目前而言 , 为了满足不同人的需求 , 组卷的形式大概可以分为以下两种。 手工组卷是指系统 根据一些条件后调出一定范围的试题 ,然后出题人员在这个范围的试题内逐个地通过复选来形成试卷的方法。出题者可以利用现有的试题库，按照条件查询，可以在查询结果中对每一试题进行率选，顺序也可以进行调整，出题人员不断重复这个步骤，并可以依据每题的难易程度来控制整份试卷的难易。自动组卷是指出题人员向系统只提供一些很简洁的计划，完全由系统自动按照一