软件工程实验报告.docx

软件工程实验报告.docx

《软件工程实验报告.docx》由会员分享，可在线阅读，更多相关《软件工程实验报告.docx（48页珍藏版）》请在冰豆网上搜索。

软件工程实验报告

软件工程实验报告

实验报告

课程名称软件工程导论

学　　院计算机工程学院

班　　级

学　　号

姓　　名

2016年12月24日

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.10.26

实验名称

分析系统业务流程和绘制系统业务流程图

实验目的：

1、掌握结构化分析方法

2、掌握业务流程分析方法和业务流程图的绘制

实验内容：

任务一绘制系统业务流程图

试绘制工资管理系统的系统流程图，根据系统流程图的符号说明仔细理解如图含义：

任务二分析系统业务流程和绘制系统业务流程图

案例一：

总务办公管理系统

系统简介：

某单位准备开发一个购买办公用品和设备的总务办公管理系统。

办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。

其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。

在提出购买申请时要包括下述数据：

申请单位、物品名称、物品数量、预计价格、物品用途等。

每次购买完成后应记录以下数据：

物品名称、物品数量、价格、总金额、购买日期、经办人等。

案例二：

火车票预订系统

系统简介：

某高校后勤集团为了学生寒暑假返乡，办理代学生预订返乡火车票事务，订票必须提前三天办理，后勤订票处提前三天向火车站办理购票事务。

订票处使用一台微机处理订票后购票事务，学生订票一次称为一个事务，由订票员将其输入在微机中，系统核实订单后，将订票信息记录放在订票库中。

系统每天打印预订三天的购票单，并更新订票库。

请对以上系统进行业务流程分析后，绘制出该系统的系统流程图。

实验原理：

系统流程图是描绘物理系统的传统工具。

是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等等）。

表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。

系统业务流程图的符号：

基本符号

系统符号

实验过程与结果：

一、操作步骤：

1．运行MicrosoftOfficeVisio2010

2．选择流程图中的基本流程图模板

3．用鼠标选拉图标进行绘图

二、实验结果：

工资管理系统流程图：

总务办公管理系统流程图：

火车票预订系统流程图：

实验小结

在本次实验中，经过认真的分析题目和熟悉使用MicrosoftofiiceVisio2010，由于任务一的图已经绘制好，只需要我们照着绘制，所以对任务一绘制工资管理系统流程图相对比较好。

但由于任务二不仅仅只是绘制系统流程图，还需要自己对系统进行业务流程分析，所以相对比较难，绘制的不怎么全面，还需要加强分析，做的更好。

通过本次实验，掌握了MicrosoftofiiceVisio2010基本流程图的绘制，也认识了基本流程图的一些符号，对以后的绘制流程图有很大的用处。

备注：

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.11.2

实验名称

分析数据流和绘制数据流图

实验目的：

1、掌握数据流的分析方法

2、掌握数据流图的绘制

实验内容：

任务一绘制数据流图

试绘制工资管理系统的数据流图，根据数据流图的符号说明仔细理解图的含义：

任务二分析数据流和绘制数据流图

案例一：

总务办公管理系统

系统简介：

某单位准备开发一个购买办公用品和设备的总务办公管理系统。

办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。

其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。

在提出购买申请时要包括下述数据：

申请单位、物品名称、物品数量、预计价格、物品用途等。

每次购买完成后应记录以下数据：

物品名称、物品数量、价格、总金额、购买日期、经办人等。

请对该系统进行数据流程分析后，绘制出该系统的数据流图。

案例二：

火车票预订系统

系统简介：

某高校后勤集团为了学生寒暑假返乡，办理代学生预订返乡火车票事务，订票必须提前三天办理，后勤订票处提前三天向火车站办理购票事务。

订票处使用一台微机处理订票后购票事务，学生订票一次称为一个事务，由订票员将其输入在微机中，系统核实订单后，将订票信息记录放在订票库中。

系统每天打印预订三天的购票单，并更新订票库。

请对该系统进行数据流程分析后，绘制出该系统的数据流图。

实验原理：

数据流图（DFD）是软件系统系统的逻辑模型，仅仅描绘数据在软件中流动（从输入移动到输出）的过程中所经受的变换（即加工处理）。

数据流图的绘制方法：

根据数据流图的四种成分：

源点或终点，处理，数据存储和数据流，从问题描述中提取数据流图的四种成分；然后依据“自顶向下、从左到右、由粗到细、逐步求精”的基本原则进行绘制。

数据流图的符号：

实验过程与结果：

一、操作步骤：

1．运行MicrosoftOfficeVisio2010

2．选择“软件和数据库”中的“数据流模型图”模板

3．用鼠标选拉图标进行绘图

二、实验结果：

工资管理数据流图：

总务办公管理系统流程图：

火车票预订系统流程图：

实验小结

在上次实验中，已经掌握了MicrosoftofiiceVisio2010基本流程图的绘制。

所以在本次实验中，由于已经做过一次实验了，所以对绘制数据流图也相对容易些。

但还是同样问题由于任务二不仅仅只是绘制数据流图，还需要自己对系统进行数据流分析，所以相对比较难，绘制的不怎么全面，还需要加强分析，做的更好。

通过本次实验，对绘制数据流图已经基本掌握，对系统进行数据流分析也有了相对了解，也认识了一些数据流符号。

备注：

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.11.9

实验名称

总体设计和数据库设计

实验目的：

1、掌握总体设计和数据库设计

2、掌握总体设计和数据库设计方法，掌握界面设计的绘制

实验内容：

任务一绘制工资支付系统的功能结构图和数据库

试绘制工资管理系统的功能结构图，根据系统流程图的符号说明仔细理解含义

任务二绘制功能模块结构图和数据库模型图。

案例一：

总务办公管理系统

系统简介：

某单位准备开发一个购买办公用品和设备的总务办公管理系统。

办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。

其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。

在提出购买申请时要包括下述数据：

申请单位、物品名称、物品数量、预计价格、物品用途等。

每次购买完成后应记录以下数据：

物品名称、物品数量、价格、总金额、购买日期、经办人等。

请请对该系统进行设计，绘制出该系统的功能模块结构图和数据库模型图。

案例二：

火车票预订系统

系统简介：

某高校后勤集团为了学生寒暑假返乡，办理代学生预订返乡火车票事务，订票必须提前三天办理，后勤订票处提前三天向火车站办理购票事务。

订票处使用一台微机处理订票后购票事务，学生订票一次称为一个事务，由订票员将其输入在微机中，系统核实订单后，将订票信息记录放在订票库中。

系统每天打印预订三天的购票单，并更新订票库。

请对该系统进行设计，绘制出该系统的功能模块结构图和数据库模型图。

实验原理：

在系统设计阶段，要设计软件体系结构，即是确定软件系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。

同时把模块组织成良好的层次系统：

顶层模块通过调用它的下层模块来实现程序的完整功能，顶层模块下面的每个模块再调用更下层的模块从而完成程序的一个子功能，最下层的模块完成最具体的功能。

通过对数据流图边界的划分，变换成软件结构，得到功能结构图。

实验过程与结果：

绘制工资支付系统的功能结构图：

工资支付系统的功能结构图

一、操作步骤：

1．运行MicrosoftOfficeVisio2010

2．选择“流程图”中的“基本流程图”模板

3．用鼠标选拉图标进行绘图

根据数据流图和数据字典，绘制工资管理系统的数据库模型图：

工资支付系统的数据库模型图

一、操作步骤：

1.运行MicrosoftOfficeVisio2010

2.选择“软件和数据库”中的“数据库模型图”模板

3.用鼠标选拉图标进行绘图

（1）绘制实体（表）

输入表名

输入字段名和数据类型

选择主键

（2）绘制关系

选择外键

二、实验结果：

1、总务办公管理系统

（1）功能结构图：

（2）数据库模型图

（3）实体表

（4）关系

2、火车票预订系统

（一）功能结构图：

（二）数据库模型图

（三）实体表

（四）关系

实验小结

visio软件画图更方便，且操作更简洁，它可以把一个完整的流程画下来，更详细地描述整个流程的信息。

在本次实验中，由于已经彻底熟悉使用Visio，也熟悉整个系统的功能，所以在画功能结构图时比较容易，但在画数据库模型图时遇到了一点小问题，首先是表与表之间的关系一直连接不上，还有数据库模型图的数据表内容也不好确定，所以还不够好，需要继续努力做好。

通过本次实验，掌握了总体设计和数据库设计的方法，也熟悉了界面设计的绘制。

通过绘制功能结构图，更清晰全面了解一个系统的功能结构，更容易理解系统之间的联系，便于分析判断现有系统中存在的不足。

备注：

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.11.16

实验名称

面向对象分析设计-用例图

实验目的：

1、熟悉UML用例图的功能和元素

2、学会识别参与者和用例

3、掌握用例图的绘制方法

4、学会编写用例描述

实验内容：

任务一分析图书管理系统的登录模块，且绘制用例图

1、分析用户登录模块的功能需求

提供输入“用户名“和“密码“的文本框，验证用户身份的合法性。

2、识别参与者

在用户登录模块中，根据工作内容和操作权限的不同，可细分为4类参与者：

图书借阅员、图书管理员、系统管理员、图书借阅者。

图书借阅员必须先进行登录，然后才可以执行借出或归还图书的操作；图书管理员必须先进行登录，然后才可以执行编制书目、图书入库等操作；系统管理员必须先进行登录，然后才可以进行系统的维护操作；图书借阅者也必须先进行登录，然后才能查询图书借阅情况或查询图书馆藏书信息。

3、识别用例

用户登录模块的主要功能是：

输入“用户名“和“密码“，验证用户身份的合法性，故主要用例有两个：

输入用户名和密码、验证用户身份。

4、绘制用例图

任务二分析网上书店的业务需求，且绘制用例图

站在客户的角度分析，网上书店要实现的基本功能主要有以下几种：

（1）用户注册

（2）用户登录

（3）图书查询与浏览

（4）用户订购图书

（5）用户购物车管理

（6）订单维护

（7）个人信息维护

当客户打开网上书店后，无需登录即可查询图书，还可查看图书的详细信息。

每个用户必须经过注册，才能成功登录系统。

用户成功登录系统后，可以订购图书，将图书放入购物车中。

也可以对购物车进行管理，修改所购图书的数量或删除图书等。

一次订购图书操作完成后，用户可以查看自己的订单，也可以对订单进行修改，订单所需信息填写完整后，经用户确认后即可提交订单。

站在管理员的角度分析，网上书店要实现的基本功能主要有以下几种：

（1）图书管理

（2）会员管理

（3）订单处理与查询

（4）图书销售情况查询

（5）报表维护

网上书店的管理员具有所有的管理权限，可对图书、会员等对象进行管理，处理与查询订单，查询图书销售情况、维护报表。

但是普通工作人员一般只具有订单处理的权限，他们获得客户提交的订单并根据库存情况来决定发货或者推迟发货（缺货通知）。

根据上述分析识别参与者和用例，然后绘制用例图，并列举一个用例的细化描述。

实验原理：

用例图主要在系统需求分析阶段和系统设计阶段使用。

在系统需求分析阶段，用例图用来获取系统的需求，理解系统应当如何工作；在系统设计阶段，用例图用来规定系统要实现的行为。

实验过程与结果：

一、操作步骤：

1．运行MicrosoftOfficeVisio2010

2．选择“软件和数据库”中的“UML模型图”模板

3．鼠标点击选择“UML用例”，展开UML用例图的图标

4．用鼠标选拉图标进行绘图

5．描述用例

用例名称

验证用户身份

用例编号

简要说明

验证用户所输入的“用户名“和“密码“是否有效

参与者

图书管理员、系统管理员、图书借阅员、图书借阅者

当前状态

等待审查

使用频率

较高

前置条件

已输入有效的“用户名“和“密码“

后置条件

登录进入系统

基本操作流

到“用户信息“数据表中检索是否存在相应的“用户名“和“密码“

备选操作流

如果“用户名“和“密码“有误，显示提示信息。

二、实验结果：

网上书店系统用例图

1、从客户的角度分析：

（1）用户的注册

（2）用户的登录

（3）图书查询与浏览

（4）用户订购图书

（5）用户购物车管理

（6）订单维护

（7）个人信息维护

2、从管理员的角度分析：

（1）图书管理

（2）会员管理

（3）订单处理与查询

（4）图书销售情况查询

（5）报表维护

3、管理员、客户、工作人员用例图如下：

管理员

客户

工作人员

4、用例描述：

用例名称

系统维护

用例编号

简要说明

管理员对网上书店系统进行维护

参与者

管理员

当前状态

等待审查

使用频率

较高

前置条件

管理员登录成功

后置条件

管理员可以对系统进行数据备份、数据恢复和系统升级等操作。

基本操作流

1管理员进入系统维护界面，并在界面中提交系统维护请求

2界面将系统维护的有关信息传递到控制对象

3控制对象从数据库中得到所维护的信息

备选操作流

对系统所做的维护信息错误，系统弹出错误信息

实验小结

用例图是uml中用来对系统的动态方面进行建模的7种图之一。

用例图描述了用例、参与者以及它们之间的关系。

用例图从用户角度描述系统功能，并指出各功能的操作者。

在本次实验中，掌握了使用MicrosoftVisio绘制用例图，由于有uml建模的课程所以绘制用例图相对容易些。

由于对编写用例描述不够熟悉，所以在编写时相对困难，编写的也不够好，需要更加深入掌握。

通过本次实验，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例，掌握了绘制用例图的方法。

备注：

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.11.23

实验名称

面向对象分析设计-类图

实验目的：

1、熟悉UML类图的功能和组成元素

2、学会分析类的属性和方法

3、学会构思类图

4、掌握类图的绘制方法

实验内容：

任务一分析图书管理系统的用户管理模块，且绘制类图

1、绘制用户管理模块的用例图

用户管理模块的主要功能有管理用户、管理用户密码、管理用户权限和浏览用户信息，其中管理用户又包括添加新用户、修改现有用户信息和删除现有用户。

系统管理员的主要职责是管理用户、修改所有用户的密码、管理用户的权限、还可以浏览所有用户的信息。

对于其他类型的用户，则只能修改自己的密码。

2、构思用户管理模块的类

用户管理模块的主要功能是管理用户和管理用户权限，管理用户又包括浏览用户信息、添加新用户、修改现有用户信息、删除现有用户、修改用户密码等。

其中浏览、添加、修改、删除用户通过“用户管理界面“实现，修改用户密码通过“修改登录密码界面“实现，管理用户权限通过“用户权限管理界面“实现。

管理用户时需要对后台“用户信息“数据表中的数据进行添加、修改和删除等操作。

任务二分析网上书店的类，且绘制类图

根据实验4的任务二网上书店的业务功能描述。

请述分析类的属性和方法，然后绘制类图。

实验原理：

类图是逻辑视图的重要组成部分，用于对系统的静态结构建模，涉及具体的实现细节，定义系统中的类（属性和操作），描述系统中类之间的关系。

分析说明：

根据以上分析可确定用户管理模块的类主要有用户类、用户权限类和数据库操作类，修改用户密码通过用户类的方法实现。

用户界面类主要有用户管理界面类、密码修改界面类和用户权限管理界面类。

经分析，“用户类“的主要属性有用户ID、用户名、密码、用户类型、启用日期、是否停用等。

主要方法有getUserInfo（）（用于获取用户信息）、getUserType（）（用于获取用户类型）、getUserPermission（）（用于获取用户权限）、userAdd（）（用于新增用户）、userInfoEdit（）（用于修改用户信息）、userDelete（）（用于删除现有用户）、userPasswordEdit（）（用于修改用户密码）、userPermissionAdd（）（用于添加用户权限）、userPermissionDelete（）（用于删除用户权限）。

经分析，“用户管理界面类”的主要方法有createWindow（）（用于创建窗体对象）、listUserInfo（）（用于在用户界面显示用户信息）、addUser（）（用于增加用户）、editUserInfo（）（用于修改用户信息）、deleteUser（）（用于删除用户）。

经分析，“数据库操作类”的主要属性有conn（创建的数据库连接对象），主要方法有openConn（）（用于建立数据库连接，且打开该连接）、closeConn（）（用于关闭数据库连接）、getData（）（用于从数据表中获取数据）、updateData（）（用于更新数据表中的数据）、insertData（）（用于向数据表插入新纪录）、editData（）（用于修改数据表中的数据）、deleteData（）（用于删除数据表中的记录）。

分析过程：

（1）主要的Web页：

（2）主要的业务类：

（3）数据库操作类：

（4）绘制相应的类图：

实验过程与结果：

一、操作步骤：

1．运行MicrosoftOfficeVisio2010

2．选择“软件和数据库”中的“UML模型图”模板

3．鼠标点击选择“UML静态结构”，展开UML静态结构的图标

4．用鼠标选拉图标进行绘图

（1）建立类图：

选中类图标

（2）创建类：

设置类名

（3）添加和修改类的属性：

（4）添加和修改类的方法

（5）添加类之间的关系

二、实验结果：

类图说明：

1、Tourist类是游客的类，其属性只有name，有注册（enroll）、图书查询（book_search），浏览（browsing）三个操作。

2、Customers类是会员的类，其属性有用户名（username）、密码（password），其中操作有个人信息维护（person_service）、书籍订单（book_order）、订单维护（list_service）、图书查询（book_search）、订单状态查询（list_search）。

3、Orders类是订单的类，包括订单名（order_id）、用户名（user_id）、图书名（good_id）、订货日期（date_id）等属性。

其中操作有增加（add）、删除（delete）、订单查询（list_search）。

4、Staff类是员工的类，其属性有员工姓名（staff_name）、员工人数（staff_num）。

其操作有缺货拒绝（good_refuse）、图书入库（good_in）、库存查询（stock_search）。

5、Manager类是管理员的类，其属性只有姓名（name）。

其中操作有图书信息维护（good_service）、员工信息维护（staff_service）、销售查询（sale_seaarch）、报表维护（list_service）。

6、Book类是图书类，其属性有图书编号（book-id），书名（book-name），书的价格（book-price书的摘要（book-digest）。

其操作有，图书查询（book-search），增删改图书信息。

各类之间的关系：

Tourist类是一个游客，而Customers类是一个会员。

游客通过注册可以成为会员。

Customers和Orders是一对多的关系，Customers和Staff是多对一的关系。

Manager和Staff也是一对多的关系。

网上书店系统类图：

实验小结

类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。

类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服 务。

在本次实验中，掌握了使用MicrosoftVisio绘制类图，由于有uml建模的课程所以绘制类相对容易些。

绘制类图相对比较容易，只是想好属性和动作，但是需要角色之间的关系，类图的难点是角色与角色之间的关系，究竟是一对多、一对一、多对多。

角色与角色的关系不容易确定，还需要加强学习。

通过本次实验，加深了我对类图语义的理解和功能的应用，学会了分析类的属性和方法，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在MicrosoftVisio中绘制类的关联、依赖、泛化关系。

备注：

批阅教师

时间

实验成绩

课程名称

软件工程

学　　号

2014144415

姓名

实验日期

2016.12.1

实验名称

面向对象分析设计-时序图

实验目的：

1、熟悉UML时序图的功能和组成元素

2、理解时序的语义

3、学会构思时序图

4、掌握时序图的绘制方法

实验内容：

任务一分析图书管理系统的用户管理模块，且绘制时序图

任务二构思网上书店的各个时序图，且绘制时序图

根据实验4的任务二网上书店的业务功能描述。

请绘制时序图。

分析过程：

（1）查询与浏览图书信息的时序图

（2）用户登录时序图

（3）客户订购图书时序图

（4）图书管理时序图

（5）订单处理时序图

实验原理：

时序图也叫顺序图，用来描述对象之间动态的交互关系，着重反映对象间消息传递的时间顺序，说明对象之间的交互过程。

时序图主要由4种