软件工程实验题目
请每个小组（6-8人）根据自己的情况和兴趣从以下题目中选择一个题目。
要求：
下周五之前提交选题情况，每个小组还要提交以下名单
软件项目总负责人(组长)：
系统需求分析主要负责人：参加人员：
系统分析（概要设计）主要负责人：参加人员：
系统设计（详细设计）主要负责人：参加人员：
系统测试主要负责人：参加人员：
“★”表示本题目系统分析和设计的难度。
撰写文档请参看“订票系统案例”（传统软件工程方法）、“图书管理系统案例”（面向对象方法）和“网上招聘系统案例”（面向对象方法）。
所有题目的开发环境、开发工具、开发语言根据系统需要自己选择。
在14周，提交相应的全部文档（需求分析说明书、概要/详细设计说明书、测试计划、小组分工统计表）。
一、企业人力资源管理系统（HRS）★★★★
基本功能要求：
员工信息管理：对企业员工的变动信息进行管理，如人员调入、调出、部门间调动、离退休处理等。可以查询企业员工的基本信息，员工的基本信息包括：姓名、年龄、性别、部门、岗位、工作证号、工作时间等。
考勤管理：对每位员工的出勤情况进行管理，管理员可以查询某一时期公司员工的上班、请假、加班、出差等出勤情况，并统计员工的实际工作时间。
工资管理：可自定义工资项目和参数，并根据员工的考勤状况，核算出员工的工资，生成工资总表和个人工资表。
报表管理：可以生成人事报表、员工考勤表、员工工资表等。可以多种方式输出结果（如以不同格式输出到文件中、预览报表、打印报表等）
系统管理：系统管理员使用，包括用户权限管理（增加用户、删除用户、密码修改等）、数据管理（提供数据修改、备份、恢复等多种数据维护工具）、系统运行日志、系统设置等功能。
系统帮助：提供操作指南。
可选功能（根据时间自己决定是否实现），如：
增加员工的种类，对不同种类员工管理不同的基本信息。
系统管理员可动态自定义员工信息的基本项，如系统管理员必要时可删除“工作证号”这一项，同时增加“身份证号”一项。对于这种类型的需求变化，整个系统不需要重新实现。
实现要求：
分析和设计时要具备所有功能。
编程实现时必须具备员工信息管理、考勤管理、工资管理以及系统管理中的用户管理功能。报表管理和系统管理中的数据管理、系统运行日志、系统设置可不实现；系统帮助尽量详细。
系统使用者包括超级用户和普通用户两类，超级用户可以使用全部功能，普通用户所能使用的功能由超级用户设置。
二、小型超市管理系统★★★★
基本功能要求：
（1）进货管理：根据进货单位进货。
（2）销售管理：每次销售都产生销售收据。
（3）报表管理：报表分进货报表、销售报表等；报表可以有多种格式可供选择；
可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理：系统管理员使用，包括用户权限管理（增加用户、删除用户、密码修改等）、数据管理（提供数据修改、备份、恢复等多种数据维护工具）、系统运行日志、系统设置等功能。
可选功能（根据时间自己决定是否实现），如：
商品预定。
退货处理。
各种销售优惠措施，如根据顾客购买的商品数量或/和时间给予不同的价格。
对描述商品的基本信息可进行动态定制，如系统管理员在必要时可删除商品的“供货商”属性，同时增加“库存数量”属性。对于这种类型的需求变化，整个系统不需要重新实现。
其他自己觉得有必要实现的功能。
实现要求：
分析和设计时要具备所有功能。
商品的基本信息由自己确定，例如可以有价格、商品供应商、库存数量等属性。
系统的使用者包括顾客、采购员、售货员、总经理和系统管理员5种。系统管理员可以使用系统的所有功能，顾客、采购员、售货员、总经理所能使用的功能由系统管理员设置。
提供一定的安全验证机制，例如用户身份在登录时验证，不同用户对页面的访问权限不同。
系统编程实现时注意：
报表管理可以不用实现。
系统管理中的数据管理、系统运行日志、系统设置可以不用实现。
三、嵌入式软件系统的开发★★★★★
“俄罗斯方块（Tetris）游戏是一个可运行在多种手机电话上的游戏软件。通过键盘和以GUI屏幕为中心的多媒体界面实现信息交互的要求。
这款游戏的规则简单，容易上手，且游戏过程变化无穷，有“容易“和”复杂“两种模式，用户可任选一种进行游戏。本系统还增加了积分制，既使用户能感受到游戏中的乐趣，又给用户提供了一个展现自己高超技艺的场所。由于手机容量有限，本系统只记录、存储每个用户最高的5条记录。该游戏的屏幕布局如图1所示。
图1：游戏屏幕布局
游戏基本操作说明如下：
（1）按游戏界面的“开始”按钮或者确认键来开始游戏，使用左边的窗口玩游戏。
（2）键盘操作：系统默认设置使用方向键操作，“←”（或4）左移一格；“→”（或6）右移一格；“↓”
（或8）方块下落；“↑”（或2）加速下落；“确认”键（或5）旋转方块；“1”键暂停/恢复游戏。（3）“计分牌”显示本次玩的分数。计分标准为：一次消1行得100分，消2行得200分，消3行得400分，消4行得800分。
（4）“等级”反映用户游戏水平得设置等级，当分数达到一定的值，等级就会提升、速度加快，同时插入一行。
打开游戏界面后，首先显示系统菜单。本系统包括4个子菜单项：“开始”、“操作说明”、“版本信息”和“返回”。用户选择“开始”后，即可进入下一级子菜单，显示“容易”、“复杂”两种游戏模式，“容易”模式只有7种形状的方块，而“复杂”则有17种方块。用户选择模式后，即可开始游戏。游戏机随机产生一个积木块开始下落，同时在右窗口下一步要下落的积木块，随着操作等级的提高（达到5级以上），系统会缩短下落的时间间隔，并定时插入一行，一增加难度。
实现要求：
分析和设计时要具备所有功能，即重点在分析和设计。
（2）实现时“复杂”模式根据本组情况决定是否实现。
四、银行系统的开发★★
基本功能要求：
银行是与生活紧密相关的一个机构，银行提供了存款、取款、转帐等业务。在银行设立帐户的人或机构通常被称为银行用户。一个客户可以在银行开多个帐户，客户可以存钱到帐户中，也可以从自己的帐户中取钱，还可以将存款从一个帐户转到另一个帐户。客户还可以随时查询自己帐户的情况，并查询以前所进行的存款、取款等交易记录。客户也有权利要求关闭帐户。
为了简化系统，本题目只考虑上述基本功能。
实现要求：
分析和设计时要具备所有功能。
编程实现时最好实现全部功能。
五、网上计算机销售系统★★★★
某计算机厂商准备开发一个“网上计算机销售系统”，以方便客户通过Internet购买计算机。客户可以通过Web页面登录进入“网上计算机销售系统”，通过Web页面查看、选择、购买标准配置的计算机。客户也可以选择计算机的配置或在线建立自己希望的配置。可配置的组件（如内存）显示在一个可供选择的表中。根据用户选择的每个配置，系统可以计算其价格。客户可选择在线购买计算机，也可以要求销售员在发出订单之前与自己联系，解释订单的细节，协商价格等。
客户在准备发出订单时，必须在线填写关于运送和发票地址及付款细节（支票和信用卡）表格，一旦订单被输入，系统向客户发送一份确认邮件，并附上订单细节。在等待计算机送到的时候，客户可以在线查询订单的状态。
后端订单处理的步骤是：验证客户的信用和付款方式，向仓库请求所购的计算机，打印发票并请求仓库将计算机运送给客户。在客户订单输入到系统后，销售员发送邮件请求给仓库，附上所订的配置细节。仓库从销售员那里获得发票，并给客户运送计算机。
实现要求：
分析和设计时要具备所有功能。
编程实现时“客户自己配置计算机”根据本组情况决定是否实现。
六、教师课堂辅助教学系统★★
本系统是教师能够集教学与学生情况记录于一体的综合课堂管理系统，以方便教师的教学过程，更加准确的了解学生情况。本系统主要包括以下功能：
通过课堂辅助教学系统，储存学生基本信息，完善课堂考勤制度（旷课、迟到、病假、早退和出勤），便于结果录入，及期末考勤汇总。
通过课堂辅助教学系统，记录教学过程中学生回答问题情况，引入奖励机制，提高学生学习积极性。
教师期末成绩统计及打印。
教学信息管理:包括课件、课程简介、课程教学大纲、课程考试大纲等。
实现要求：
分析、设计和编程实现全部功能。
七、档案管理系统★★★★
档案管理系统是一套功能强大、操作简便、实用的自动化管理软件，包括用户管理、档案数据录入（分为文件录入和案卷录入2部分）、案卷数据查询（分为文件查询和案卷查询2部分）、借阅管理等。可以应用于一般的档案室，也可以应用于网络中的办公系统，进行联网操作。
本档案管理系统主要针对某档案室对档案管理和业务管理的方便，以现代化的创新思维模式工作。（一）、下面概括一下本档案管理系统大致的功能需要。
（1）用户登录
在用户进入系统前，首先要求用户进行，登录时要验证用户名和密码是否匹配，验证通过后允许用户进入本系统操作。
（2）修改注册信息
用户登录后，可以修改自己的注册信息，包括修改用户密码、每页显示行数等信息，不允许修改用户名、姓名和部门等信息。
（3）权限设置
本模块只有系统管理员可以操作。
管理员可以增加系统用户、删除系统用户、修改用户的相关属性、修改用户的权限表。
（4）数据录入
本模块处理用户输入新的档案文件信息或者档案案卷信息。
输入数据时要考虑用户连续录入的情况，可以从上一条记录复制数据到新的记录中。
（5）数据维护
本模块需要具有“数据维护”的权限的用户可以操作。
数据维护模块对已经“删除”（只是做删除标记）的档案文件做最后判定，判断该文件是否需要删除。此模块涉及两种操作：恢复和彻底删除。
（6）数据查询
按用户输入的条件查询相应的档案文件信息。
查询结果以列表目录形式显示，也可以卡片形式显示。具有档案处理权限的用户可以对查询的结果编辑并保存，也可以“删除”（做删除标记）档案文件记录。
（7）数据修改
本模块主要实现批量修改数据的功能，可以由用户指定条件，将数据库中所有符合条件的文件或案卷记录按要求修改某个字段的值。
例如：可以指定将所有文件年份为“2002”的文件记录的保管期限改为“长期”。
（8）档案借阅
此模块分为外借登记、归还记录和电子借阅申请处理两部分，具有“借阅管理”权限的用户可以操作此模块。外借模块实现档案文件的借出登记和归还登记功能。
电子借阅申请由具有“借阅管理”权限的用户处理。一般用户提出阅读电子文档的请求后，被同意阅读
（二）、用户管理模块
用户管理模块包括如图所示几个部分。
（1）添加用户：可以对用户进行添加操作。
（2）删除用户：管理员可以对已有用户进行删除操作。
（3）查看用户权限：每个用户都具有一定的权限，管理员可以查看用户的管理权限。
（4）修改管理权限：管理员可以修改用户的管理权限。
（5）添加管理权限：管理员在权限管理中可以添加管理权限。
（6）删除管理权限：管理员在权限管理中可以删除管理权限。
（三）、借阅管理模块
借阅管理模块包括：
（1）借阅登记：输入借阅条件后就可以申请借阅登记。
（2）借阅查询：提供对所借出案卷的查询工作，对归还日期做详细说明。
（3）网上借阅：网上借阅又提供网上借阅申请、未提交的借阅申请、已处理的借阅申请、借阅申请处理和网上答复几个小模块。
其中网上借阅申请、未提交的借阅申请、已处理的借阅申请模块是所有用户都拥有的，借阅申请处理是具有借阅管理权限的用户所拥有的模块，网上答复是具有借阅答复权限的用户所拥有的模块。
（四）、案卷管理模块
案卷管理模块包括如下部分：
（1）案卷查询：对所需要的案卷进行查询操作。
（2）案卷录入：保存案卷。
（五）、文件管理模块
文件管理模块包括如下部分：
（1）文件查询：对所需的文件进行查询操作。
（2）文件录入：保存文件。
实现要求：
分析和设计时要具备所有功能。
编程实现时根据本组情况决定，但至少实现3个功能模块。
八、BBS论坛系统★★★
（一）、系统功能需求：
一个基本的BBS论坛，可以大致分为以下流程：用户登录进入论坛（一般为游客，有时还要注册为会员），就某个话题（帖子的主题）展开讨论。通过发帖功能发布新的话题；通过回帖功能回复已有的话题；通过搜索功能查找已有的话题。管理员通过管理功能创建、编辑、删除论坛的版块；管理注册的用户；管理帖子。
这样的流程决定了BBS论坛系统的需要。
（1）会员注册
提供新会员注册功能，包括提供录入信息的界面，检查注册信息的有效性，并将注册会员信息保存在对应数据库的数据表中。
（2）发表文章
提供会员发表文章的功能，未注册用户不允许使用该功能。
（3）文章查询
对注册会员和未注册会员提供文章查询以及阅读的功能，即提供对应文章标题信息，以及查看详细内容及回复文章的超链接。
（4）会员管理
当网上论坛的会员完成注册后，系统会在数据库中加入会员的资料。包括会员名称、会员密码、会员E-mail 等相关信息资料。同时，按照会员的不同身份，将特殊会员设置为版主，使他具备删除本讨论区中对应文章等特殊操作的权利。管理者可以依据数据库中注册的特殊身份登录到论坛后台对会员信息进行管理。
（5）论坛分类管理
根据不同的讨论内容，管理员将整个讨论区划分成不同的区域，会员可以选择进入不同的讨论区，管理者对分类进行调整，同时提供不同讨论区中包括文章数量等的统计功能。
（6）帖子管理
管理员和版主都可以对会员发表的帖子进行转移、置顶和删除等操作。
系统总体功能需求框架图如下所示。
系统总体功能需求
（二）、前台基本业务模块
前台基本业务模块包含如图所示几个方面。
（1）注册会员
提供新会员注册功能，包括提供录入信息的界面，检查注册信息的有效性，并将注册会员信息存入对应数据库的数据表。
（2）登录系统
提供会员登录论坛功能。要想针对某篇帖子发言，或发表帖子，必须是登录用户才可以操作。由于论坛中某些操作只有会员才可以执行，所以必须先登录系统。
（3）浏览帖子
对注册会员和未注册会员提供文章查询以及阅读的功能，即提供对应文章标题信息，以及查看详细内容及回复文章的超链接。
（4）会员发表帖子
会员可以针对某个感兴趣的话题发表自己独到的见解。未注册用户无此项功能。
（5）回复帖子
注册会员和未注册会员都可以对某一话题展开讨论，发表意见，并给出回复。
（三）、后台管理模块
后台管理模块主要包括对整个BBS论坛系统的设置管理，包含如下所示的几个方面。
后台管理模块
（1）版块管理
根据不同的话题，管理员可以将每个话题分成不同的种类版块，然后对其进行管理。管理员可以删除认为不必要的版块话题；管理员可以修改版块的主题名、类型和数量等；管理员还可以添加新的版块。（2）帖子管理
管理员可以对会员发表的帖子进行管理。管理员可以删除内容反动或不健康的帖子，可以置顶帖子。还可以设置精华帖，控制帖子的点击率等操作。
（3）会员管理
管理员可以对会员进行管理。可以删除会员，收回他的会员号；修改会员的基本信息，修改会员的积分，排行等。
分析和设计时要具备所有功能。
编程时最好实现所有功能模块。
九、新闻中心管理系统★★★
（一）、系统功能要求
新闻中心管理系统主要是为了实现某些企业商务网站实时动态新闻的显示及管理的系统。一个典型的新闻中心管理系统一般都会提供新闻标题分类显示、新闻详细内容显示等功能。同时也应该为新闻中心后台管理的管理员提供对应的新闻信息维护及管理的功能，其中包括添加新的新闻，编辑修改新闻、删除新闻等功能。
根据企业商务新闻的基本要求，本系统需要完成的主要任务如下：
（1）新闻标题信息分类显示
在进入新闻中心主页时，应该能够根据数据库中存放的信息分类显示最新的新闻标题。因为本系统的新闻类型分为两类，一类是热点新闻，另一类是行业新闻。如在热点新闻中显示所有最新的标题信息，在行业新闻中显示最新标题信息。每个新闻标题都应该提供对应的超链接，用户单击这个新闻标题后，就可以跳转到有关该新闻详细内容的页面上，让用户对这个新闻有更详细的了解。
（2）新闻详细内容及相关新闻列表显示
当单击某个新闻标题后，应该可以查看该新闻的详细内容。同时提供与该新闻相关的新闻标题信息的显示，以便于客户查询与该新闻相关的其他信息。
（3）新闻中心后台管理功能
新闻中心的管理员可以根据企业的需要随时向数据库中添加最新的新闻标题及相关内容。还可以随时删除过时的新闻及内容，以及对一些原有新闻做必要的修改。
该系统的功能可以分为两大模块：信息浏览模块和后台管理模块。
系统功能模块
（二）、信息浏览模块
信息浏览模块包含如下所示的几个方面。
信息浏览模块
（1）新闻分类显示
负责将新闻标题显示给客户端，并提供新闻标题的超链接。
（2）详细新闻内容显示
负责新闻内容的显示。
（3）相关新闻列表显示
负责在具体新闻内容显示的同时提供其他新闻标题列表的显示功能。
（三）、后台管理模块包含如下所示的几个方面。
（1）添加新闻
负责添加新的新闻到新闻中心。
（2）修改新闻
负责对现有新闻进行修改。
（3）删除新闻
负责删除新闻中心过时的新闻。
分析和设计时要具备所有功能。
编程时最好实现所有功能模块。
十、学生成绩管理系统★
功能描述：在学生成绩管理系统中，系统的用户只有2个：教师和学生。
教师登录系统后可以记录学生的成绩，查看学生的成绩和打印学生的成绩。学生登录系统后可以查看成绩。
分析、设计时要具备所有功能。
电子与信息工程学院实验报告 班级学号姓名吴前斌同组 实验课程：软件工程 实验项目：软件测试 实验日期：2019 年10 月22 日
程序执行流程图如下图1所示； 1 2 3 4 5 6 7T F T F 图1 路径1：1、4、6、7 测试用例不存在 路径2：1、4、5、6、7 测试用例a= -1,b=0,x=3路径3：1、2、4、6、7 测试用例a=2,b=1,x=3 路径4：1、2、3、4、6、7 测试用例a=2,b=0,x=4
路径5：1、4、5、7 测试用例a=-1,b=0,x=0 P42-1: 首先点击工具条的【连接到文件夹】按钮，打开连接到文件夹对话框，选择实验数据所在目录，单击【确定】按钮，实现所需要的文件夹在目录树中显示出来，如下图1所示； 图1 接着在该文件夹下建立个人地理数据库单击【新建】、【个人地理数据库】，并且命名为“沈阳”，之后在该个人地理数据库中新建一个要素集，右击个人地理数据库单击【新建】、【要素数据集】，在打开的对话框中输入“shenyang”，如下图2所示； 图2 接着在要素集下选择一个为“Xi‘an 1980”地理坐标系，如下图3所示；
图3 接着点击个人地理数据库，新建一个要素类命名为“路灯”，如下图4所示； 图4 点击新建好的路灯要素集，选择【导入】、【要素类（多个）】，导入实验所需要的实验数据\1\vector文件夹下的street.shp，donut.shp（shift多选）单击确定即可，展示的效果如下图5，图6、图7、所示； 图5 图6
图7 P42-2: 首先打开arcmap连接个人地理数据库TEXT1.mdb，接着在图层中添加库中的road、street、river这个三个要素，使用滚轮放大缩小进行查看，如下图1、图2所示； 图1 图2 点击图标arctoolbox工具进行添加一个新的工具箱，工具箱命名为“personal”，接着导入一些常规的工具即可，如下图3、图4所示。 图3 图4
软件工程可行性分析一、可行性分析--实验目的 掌握软件项目立项时可行性研究的方法、内容和步骤 掌握可行性研究报告（立项报告）的编写方法 学习使用Project进行项目的计划安排 二、可行性分析--实验原理 可行性研究是软件项目在正式立项前必须进行的分析，目的不是解决问题，而是确定软件项目是否值得做以及能否用尽可能小的代价在尽可能短的时间内解决。 可行性研究最根本的任务是对以后的行动方针提出建议，如果问题没有可行的解，应建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，则推荐一个好的解决方案，并制定一个初步的工程计划 可行性研究的内容一般包括：技术可行性、经济可行性、操作可行性、法律和社会可行性、开发方案的选择以及进度计划。 (1)技术可行性：使用现有的技术能实现这个系统吗? (2)经济可行性：这个系统的经济效益能超过它的开发成本吗? (3)操作可行性：系统的操作方式在这个用户组织内行得通吗? (4)法律和社会可行性：系统开发过程中是否涉及的各种合同、侵权、责任等与法律、法规吻合或抵触的问题？
(5)开发方案的选择：对不同的系统开发方案进行分析、比较和论证，选择合理的方案，推荐行动计划。 三、可行性分析--实验内容与步骤 1)可行性研究的步骤一：分析系统目的。 2)可行性研究的步骤二：分析当前系统的状况。 3)可行性研究的步骤三：当前系统的业务流程。 4)可行性研究的步骤四：分析当前系统的不足。 5)可行性研究的步骤五：提出新的目标系统。 6)可行性研究的步骤六：检查目标系统是否满足要求。 7)可行性研究的步骤七：制定新系统的技术方案。 8)可行性研究的步骤八：方案分析比较。 9)可行性研究的步骤九：推荐方案。 10)可行性研究的步骤十：编制新系统的开发计划。 11)可行性研究的步骤十一：编制可行性研究报告。 四、可行性分析--实验成果 ⑴各组大作业选题的可行性研究报告（1人/组） 结合案例的步骤和国标GB8567《计算机软件产品开发文件编制指南》中的“可行性研究报告”的编写提示编写。 其中，可行性分析报告中必须画出所选择系统的数据流图并编写数据字典 ⑴各组大作业选题的可行性研究报告（1人/组）
一、实验题目 （3-5人一组，选出组长，以下共12个项目，每个小组根据自己情况选用其中一个项目做为实验练习题目。） 题目1：教务管理系统软件的设计与实现 教务管理系统是对学校教务和教学活动进行综合管理的系统。 一、整体要求 1、系统要求提供管理人员工作平台和一般用户平台 2、系统要求有严格的权限管理 3、系统要求有可扩充性 二、系统功能描述 1、通用功能 对于一般用户，都应提供如下功能： （1）电子课表：系统根据学校总排课的情况和该教师的任课情况自动生成课表，备查。 （2）通知和公告阅览 2、学校日常业务管理 （1）学生学籍管理 ①新生管理（学生档案管理、编系、编班、编学号） ②学生成绩管理 ③学籍管理（学籍变动处理如转系、转学、休学、复学、留降级、退学等） ④学生奖惩管理 ⑤统计：可按层次（本、专科）、年级、专业进行统计学生数，成绩（有平均分），以及其他的统计 ⑥查询：在校生政治情况、学习情况、个人档案情况、奖励处分情况 （2）教务管理 ①课表生成（确定课表类型、任课教师、每门课周课时、上课地点） ②教学管理（期中、期末例行教学检查情况记录、调课情况、教学进度、课程教学大纲、工作计划、教学总结等） ③考试管理（考试类型、考试科目、考试时间、考场安排、考场记录、成绩录入、统计查询、补考名单等） ④实习管理（实习基地、实习班级、实习总结等）
3、聊天室 4、论坛 题目2：电力收费综合管理系统软件的设计与实现 要求用微型计算机对电力收费系统进行综合管理。 1．电力的相关知识： a．电价问题：不同用途的电有不同的价格，为了分析简单，可以粗略地分为照明用电，工业用电，商业用电等。不同时间段电有不同的价格，可以粗略地分为8点—21点、21点—次日8点两个时段。 b．电力设备的问题：这里考虑比较简单的，假设每个用电单位都有电表，但每个单位的电表可以有多个，也可以有一个（比如，一个单位可以分为照明电表，工业电表；一个普通家庭用户有照明电表；等等）。电表有功耗，所以计算电价的时候应该考虑到这一点。 2．系统应具备的基本功能 a．电力部门用户的权限管理：比如可以简单的分为三个等级； 超级用户（管理员）级：最高级，可以使用本系统全功能,可以任意增、删、改数据，完成系统初始化设置。 用户级用户（管理员）：中级，可以完成数据录入、开票、统计、发送报表至总公司、并打印摧款单。注意：本月缴费单只能打印一次，当月缴费单打印后,“当月抄表数”、“实缴金额”等敏感性数据将自动加锁，如需再次修改，只能在“超级用户”的监视下完成。 用户级来宾：低级，可完成数据查询、打印查询清单功能。 b．基本信息的初始化：如用电性质，电价标准，电表类型，电表功耗等。 c．申请用电（开户）和销户的功能：在有些地区，用电是要在电力部门开户的。系统要记录用户的一些基本信息（可以简单分为2类：单位用电/普通用户，共同的信息包括：编号，用电性质，用电用途，所在台区，电表编号，上月抄入电费，本月抄入电费等等）。 d．用户电表数据的录入：一般有2种方式，一是通过抄表员手工抄的电表数据由输入人员录入；还有一个是通过抄表机将数据导入。将抄表机中的数据导入系统之中。可以简化地将抄表机看作一个小的数据库，数据库中只有一个表，导入程序相当于在不同的数据库表中传递数据。 e．电费计算功能：从数据库中读取相关数据，计算出用户当月电费。 f．发票打印功能：用户缴纳电费以后，打印出收费发票。
实验二熟悉面向对象建模过程 一、实验目的与要求 1.掌握 UML 工具 Enterprise Architect（Visio 或 Rational Rose）的使用； 2.了解面向对象软件建模过程； 3.把握类图、对象图、顺序图之间的关系。 二、实验环境 1.PC，CPU：P4 2.0GHz 以上，内存：512M，硬盘：40GB 以上； 2.操作系统：Microsoft Windows 2000 /2003/XP； 3.软件：E.A.、Microsoft Visio 或 Rational Rose 三、实验要求： 1.绘制的图形清楚，排版美观 2.类图、对象图和顺序图之间的关系设定正确 3.代码与模型相互印证，能按模型实现代码。 四、实验内容与步骤 B．领养电子宠物游戏 电子宠物是多种人工玩伴的其中一种，一般作陪伴人类或娱乐用途。人们可以饲养电子宠物以取代真正的宠物,玩家从宠物商店领养一只电子宠物。玩家可以“喂养”宠物，与宠物玩耍。描述比较简单，可以发挥想象完善宠物游戏。 参照书本上的分析与设计过程，选择 A 或者 B，重新建立系统的用例模型（包括用例文本）、领域模型、对象交互的顺序图、类图等模型，并按照模型实现。 请注意模型的顺序与前后关系，以及代码与模型的关系。要求每个人独立完成，并演
示。
1. 定义用例： 用例图： uc pet 领养宠物 查看宠物资料玩家 与宠物互动 用例规约： 用例编号：UC01用 例名称：领养宠物 简要说明：该用例描述玩家是如何领养宠物的。 参与者：玩家前置条件：玩家通过身份认证 后置条件：玩家成功领养电子宠物，正确记录交易日志。触发事件：玩家在主菜单中选择领养宠物。 基本流： 1.玩家选择“领养宠物”操作。 2.系统提醒玩家选择所要领取的宠物的类别。 3.系统提醒玩家填写宠物姓名。 用例编号：UC02用例名 称：查看宠物资料 简要说明：该用例描述玩家是如何查看宠物资料的。 参与者：玩家前置条件：玩家通过身份认证 后置条件：玩家成功查看宠物资料。 触发事件：玩家在主菜单中选择查看宠物资料。 基本流：
淮海工学院计算机科学系实验报告书 课程名：《软件工程》 题目：软件测试实验 班级：软件121 学号：2012122722 姓名：朱德坤
软件测试验报告要求 1目的与要求: 1）系统学习和理解结构化软件工程实现阶段的基本概念、原理、技术和方法； 2）掌握软件测试的基本技术和方法，特别是白盒测试与黑盒测试技术和方法； 3）通过实验，要逐步提高白盒测试与黑盒测试技术的实际应用能力； 4）熟悉C++编程环境下编写、调试单元代码的基本操作技术和方法； 5）按照实验题目要求独立完成本次试验任务，严禁拷贝、抄袭他人设计成果； 6）认真书写实验报告（要求给出完整的测试信息，如测试程序、测试用例，测试结果分析等），并于5月5日以前提交。 2 实验内容或题目 1.选择结构化详细设计试验中自己设计的某一具有代表性控制结构模块（含有分支和循环结 构），并用C语言实现（提前准备好，每种测试用例分别写在作业本上，上机时带上检查），而后分别完成下述2、3、4各题测试用例设计和测试结果分析； 2.采用白盒测试技术中逻辑覆盖方法（至少包含语句覆盖、判定覆盖、条件覆盖、条件组合 覆盖）设计测试用例，完成测试（测试屏幕截图）和测试结果分析； 3.采用白盒控制结构测试技术的基本路径测试和边界测试方法设计相应测试用例，并完成测 试和测试结果分析； 4.采用黑盒测试技术中的等价类划分方法设计相应测试用例（可重选适合黑盒测试技术的模 块），并完成程序测试和测试结果分析； 3 实验步骤与源程序 程序流程图:
流图：
程序: //拥有超级用户superuser，密码zdk #include
图书馆管理系统需求分析报告 1引言 1.1、编写目的 编写本报告的目的是明确软件需求、安排项目规划与进度、组织软件开发与测试，供用户确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2、项目背景 2.1所建设开发软件系统的名称：图书馆管理系统。 2.2用户：图书馆工作人员及读者。 1.3、定义 图书管理系统是对图书的流量进行准确、及时、快速地管理系统，其管理流程可由数据流程图来描述。数据流程图（DFD）是为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。 2 任务概述 2.1目标 图书管理系统通过计算机技术给图书管理人员和读者借、还书带来便利，减少人力资源的使用和降低管理费用，同时提高信息准确度和可靠性，本系统包括了图书馆管理的一般功能。主要就图书馆的借书和还书模块进行开发。 2.2 用户特点 由于图书馆管理人员和借阅的学生老师都是比较熟悉计算机的群体，因此只需进行简单的培训就可以很熟悉地进行操作。该系统的界面尽量会设计的友好一些，满足大多数人的视觉喜好，所以应该能够很好的投入使用。 2.3假定和约束 系统应该在进行充分的前期准备后开始开发，在开发期间所有的开发人员应该严格按照预先规定的步骤进行，不允许中途有任何疏忽，同时应该及时与图书馆管理人员进行沟通，了解他们的真正想法，尽量满足他们的需要，项目一旦完工，就很难进行改动，所以每一步的进行，都应该根据数据字典等工具进行，严格每一个人员的开发流程。 3需求规定 3.1对功能的规定 经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。 图书管理系统必须具备的功能有： （1）新进图书的登记功能 （2）图书的查询修改功能 （3）借阅的登记
实验指导书课程名称软件工程导论 学院信息工程学院 班级 学号 姓名 2018年 2 月 24 日
系统简介:某单位准备开发一个购买办公用品与设备的总务办公管理系统。办公用品的购买申请由各科室提出,由负责总务工作的办公室统一收集。其中,购买申请的金额低于500元(含500元)可以由总务办公室直接审批,而高于500元的购买申请由机构主管领导审批,批准的购买申请形成采购清单由采购员负责购买,同时应记录每次实际购买清单,进行入账。在提出购买申请时要包括下述数据:申请单位、物品名称、物品数量、预计价格、物品用途等。每次购买完成后应记录以下数据:物品名称、物品数量、价格、总金额、购买日期、经办人等。 案例二:火车票预订系统 系统简介:某高校后勤集团为了学生寒暑假返乡,办理代学生预订返乡火车票事务,订票必须提前三天办理,后勤订票处提前三天向火车站办理购票事务。订票处使用一台微机处理订票后购票事务,学生订票一次称为一个事务,由订票员将其输入在微机中,系统核实订单后,将订票信息记录放在订票库中。系统每天打印预订三天的购票单,并更新订票库。 请对以上系统进行业务流程分析后,绘制出该系统的系统流程图。 实验原理: 系统流程图就是描绘物理系统的传统工具。就是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等等)。表达的就是信息在系统各部件之间流动的情况,而不就是对信息进行加工处理的控制过程。 系统业务流程图的符号:
基本符号 系统符号实验过程与结果: 一、操作步骤: 1．运行Microsoft Office Visio 2010
2．选择流程图中的基本流程图模板 3．用鼠标选拉图标进行绘图 二、实验结果:
班级学号：132054234 姓名：吴易璋成绩： 实验三小组项目详细设计 （一）系统需求实例： 企业销售管理的描述如下： (1) 接受顾客的订单，检验订单。若库存有货，则进行供货处理，即修改库存，给仓库开备货单，并且将订单留底；若库存量不足，则将缺货订单登入缺货记录。 (2) 根据缺货记录进行缺货处理，将缺货通知单发给采购部分，以便采购。 (3) 根据采购部门发来的进货通知单处理进货，即修改库存，并从缺货记录中取出缺货订单进行供货处理。 (4) 根据留底的订单进行销售统计，打印统计表给经理。 （二）实验目的： （1）根据所选定题目进行系统详细设计工作； （2）根据“检验订单”、“处理供货”、“处理缺货”、“处理进货”的伪码画出它们的盒图、PAD图 （3）熟练使用画图工具“visio”绘制图形。 （三）实验步骤： （1）“检验订单”伪码 PROCEDURE 检验订单 输入订单； IF 订单有效 THEN 进入“供货处理”； ELSE 重新输入订单； ENDIF RETURN END （2）“处理供货”伪码 PROCEDURE 处理供货 读入订单中货物数量； 读入库存记录； IF 货物数量＜库存记录 THEN 修改库存记录； IF 库存记录≤库存临界值 THEN 生成缺货订单记录； ENDIF 生成备货单； ELSE 生成缺货订单记录； ENDIF RETURN END （3）“处理缺货”伪码 PROCEDURE 处理缺货 读入缺货订单记录； 根据缺货订单生成缺货通知单；
RETURN END （4）“处理进货”伪码 PROCEDURE 处理进货 输入进货单； 根据进货单修改库存； IF 缺货订单记录货物数量＜库存记录 THEN 处理缺货订单可以供货； 修改缺货订单记录； ENDIF RETURN END （绘制的图形放在此处） （1）PAD图 盒图
数学与信息学院（软件学院） 《软件工程实验》指导书 编写：梁早清朱凯严尚维林毅申 完成人信息 学号姓名主要角色和任务比重 朱凯2016年修订 分组至少3人至多4人。 备注：此文档仅作为《软件工程》实验指导用，其他课程的文档模板请根据其他老师提供的模板撰写。
软件工程实验课实验说明 本实验指导书是数学与信息学院、软件学院《软件工程实验》课程的指导书，目的在于让同学们通过这些实验，体会软件开发的过程（从需求分析到设计和测试计划）。老师们试图通过一个较为简单的易实现的软件系统，让同学们分阶段完成需求分析、体系结构设计、部件级设计等设计和功能测试的工作，并完成相应的文档。同学们之间根据规范相互评审每一阶段的文档，过后老师再统一评讲。以此让同学们加深对结构化分析与设计、功能测试的方法的理解。（特别指出：因课时所限，软件工程中面向对象的设计与分析方法不在本实验课上讨论，学院另外开设有《面向对象的设计与分析》课程。） 题目如下： 一、软件系统需求的文本描述 《课程成绩管理系统》提供一个方便我校任课老师管理学生成绩的小型软件系统。该系统为教师提供方便的成绩管理功能，也为学生提供查询成绩的功能。系统描述如下：学生的成绩包含以下4个部分：课堂点名成绩、课堂考试成绩、课后作业成绩和期末考试成绩。各成绩评判标准和在总成绩中所占比例如下： 1.课堂点名3次，每次点名没有到的不得分（即记0分），到了的100分。第一次点 占总成绩的1%，第二次和第三次各占总成绩的2%，课堂点名占总成绩的5%； 2.课堂考试3次，每次满分100分，具体成绩由老师给出。其中，第一次和第二次占 总成绩的7%，第三次占总成绩的6%，共20%； 3.课后作业3次，每次满分100分，具体成绩由老师给出。其中，第一次和第二次占 总成绩的8%，第三次占总成绩的9%，共25%； 4.期末考试试卷满分100分，占总成绩的50%。 教师能通过成绩管理软件来管理学生的成绩，包含添加、删除、修改、查看、统计学生的成绩。各个功能具体描述如下： 1.添加学生成绩：填写学号，点击添加，然后在添加界面上录入对应学生的第一次点 名、第二次点名、第三次点名、第一次课堂考试、第二次课堂考试、第三次课堂考 试、第一次课后作业、第二次课后作业、第三次课后作业，期末考试卷面成绩。点
1.1 实验一结构化需求分析 一．实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人 士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年 不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。 三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。
四．实验步骤 1．理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。 根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。
淮海工学院计算机工程院实验报告书 课程名：《软件工程》 题目：实验1结构化分析实验 学号：2014140093 班级：Z计121 姓名：薛慧君
实验1结构化分析实验 实验目的和要求 1、通过实验，加深理解传统软件工程方法； 2、通过实验，掌握结构化软件工程分析与建模方法； 3、掌握数据流图、数据字典的创建方法，建立软件功能模型； 4、通过实验，初步掌握需求分析文档的编写方法。 实验环境 硬件环境：配置性能较好的台式计算机每人1台，并具备网络环境 软件环境：Micresoft Visio 实验学时 2学时，必做实验 实验题目 机票预定系统 1．系统简介 航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 2．技术要求和限制条件 （1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。 （2）对于本系统还应补充一下功能： 1．旅客延误了取票时间的处理 2．航班取消后的处理 3．旅客临时更改航班的处理 （3）系统的外部输入项至少包括：旅客、旅行社和航空公司。 实验过程与实验结果 数据流图 顶层数据流图：
0层数据流图： 1层数据流图：
数据字典 (1) 旅客信息 (2) 订票旅客清单 (3) 订票信息 (4) 航班机票信息
软件工程实验指导书 南昌航空大学信工学院 2010年01月
目录 实验1 用PowerDesigner建模工具绘制数据流图 (3) 1 实验环境 (3) 2 实验目的 (3) 3 实验内容 (3) 4 实验要求 (3) 5 实验步骤 (3) 实验2 用PowerDesigner建模工具设计数据库 (5) 1 实验环境 (5) 3 实验内容 (5) 4 实验要求 (6) 5 实验步骤 (6) 实验3 用Microsoft Visio工具设计用户界面 (10) 1 实验环境 (10) 2 实验目的 (10) 3 实验内容 (10) 4 实验要求 (10) 5 实验步骤 (10) 实验4 用Rational Rose绘制用例图 (14) 1 实验环境 (14) 2 实验目的 (14) 3 实验内容 (14) 4 实验要求 (14) 5 实验步骤 (15) 实验5 用Rational Rose工具绘制类图 (18) 1 实验环境 (18) 2 实验目的 (18) 3 实验内容 (18) 4 实验要求 (18) 5 实验步骤 (18)
实验1 用PowerDesigner建模工具绘制数据 流图 1 实验环境 Windows 2000、Sybase公司的Power Designer应用软件 2 实验目的 1)了解Power Designer工具软件的组成及功能 2)掌握Power Designer中的Process Analyst（PA）模块的建 模方法及其工具的使用方法 3 实验内容 1）设计数据流图（DFD） 2）利用外部实体、过程处理、数据流及数据存储绘制数据流图。 4 实验要求 建立一个PAM（Process Analyst Model）的应用实例。 为方便旅客，某航空公司拟开发一个机票预定系统。旅行社把预定机票的旅客信息（姓名、性别、工作单位，身份证号码、旅行时间、施行目的地等）输入该系统，系统为旅客安排航班，印出取票通知和帐单，旅客在飞机起飞前一天凭取票通知单和帐单交款取票，系统校对无误即印出机票给旅客。 绘制该机票预定系统的数据流图。注意：功能分解的细化程度视具体情况而定。该实验中分解到第三层止。 5 实验步骤 数据流图是系统处理模型的主要组成部分。其中心问题是把功能逐层分解为多个子功能。 1）建立根处理模型 S1：在Windows桌面上双击Process Analyst程序图标，打开Process Analyst应用程序。 S2：建立一个处理过程P1。单击工具栏中的Process工具，在模型工作区内单击会出现一个处理过程的符号，它是建立的第一个处理过程。单击鼠标右键释放Process工具，再双击新建立的处理过程符号，出现特性对话框，对
第三章系统分析和系统设计 3.1 学生成绩管理系统的功能分析 该学生成绩管理系统是用https://www.doczj.com/doc/cc751542.html,网页编程+ Microsoft SQL Server2000数据库,在系统中分为大的三个方面：一是系统管理员页面、二是教师登录页面、三是学生登录页面。 1.系统管理员进入学生成绩管理系统的主要功能是：实现管理员用户的添加，修改和删除，以及对教师添加、教师修改、教师删除、教师查询、学生的添加、学生的修改、学生的查询、修改等基本功能，并且参与开设课程、选择课程的管理，安排教师的任课和学生的选课工作，管理员为每门课程设置一个学分，每门课程可以是必修或则选修，如果学生及格，学生将获得该课程的学分。 2.教师进入学生成绩管理系统的主要功能是：各科教师登录系统后可以查询和修改个人信息、修改自己的账号密码，查询自己的授课课程，实现对选修了自己课程的学生的成绩进行查询、录入和修改，各科老师可以对自己学生选修课程结束后给予分数，同时可以对自己所带课程的成绩优秀人数，及格人数和不及格人数的分布信息进行查询。 3.学生进行学生成绩管理系统的主要功能是：每个学生登录系统后可以查询和修改个人信息、修改自己的账号密码，以及自己所选课程任课老师的个人信息，同时在课程结束后可以查询在校期间各个时间段选修课程的成绩与学分，以及对单科成绩和总分的排名查询。 3.2 系统模块结构图
图3-1系统功能结构模块图 3.3 系统业务流程图 首先是进入登录界面，如图3.4所示，本页面显示系统名称，密码校验等信息，本系统的用户分为三类：管理员，教师，学生。使用者可以在组合框中选择所要登录的用户的类型，并输入相应的用户名和密码，单击“确定”就会将输入提交给系统以验证用户、密码及身份。如果用户类型及密码正确，就会进入与用户相对应的界面。 3.3.1 系统总业务流程图
《软件工程》 课程实验指导书 华北水利水电大学 信息工程学院计算机科学与技术专业 2016年5月
《软件工程》课程实验指导书 一、实验选题与要求 自由选择题目，但每个班级的选题按照学号尾数为0、5选第1题，尾数为1、6选第2题，尾数为2、7选第3题，尾数为3、8选第4题，尾数为4、9选第5题。 1、单科学生成绩管理系统 任务：对在校某班学生一门课程的平时成绩与考试成绩进行统一管理。每个学生记录包括学号、姓名、每次习题（按16次计）、测验（按3次计）、考试成绩和总评成绩等信息，以学号为序存放。 要求：（1）一个文件按以班为单位存储学生记录。 （2）将允许的操作分为四种，以A、B、C、D为标志（若设置菜单操作更佳）： A：插入一个新的学生记录； B：登记某次成绩（可以是每次习题、测验、考试成绩）； C：修改某次成绩（可以是每次习题、测验、考试成绩）； D：删除一个学生记录。 （3）计算学生的最终成绩，各项成绩权重为：习题10%、测验20%、考试70%。 （4）按学号排序打印全班成绩表，表格内容包括习题、测验、考试、总评成绩，前三项为百分制，总评成绩为加权计算结果值。 设置教师和学生两种登录系统身份，每个用户应有自己的口令； 教师身份可以完成上述基本要求的功能，学生可以通过输入学号查询个人成绩。 2、飞机航班订票系统 任务：通过此系统可以实现如下功能： （1）录入：录入航班信息（数据可以存储在一个数据文件中） （2）查询：可以查询某个航线的情况（如，输入航班号，查询起降时间，起飞抵达城市，航班票价，票价折扣，确定航班是否满仓）； 可以输入起飞抵达城市，查询飞机航班情况； （3）订票：（订票情况可以存在一个数据文件中） 可以订票，如果该航班已经无票，可以提供相关可选择航班； （4）退票：可退票，退票后修改相关数据文件； 订票的客户信息有姓名，证件号，订票数量及航班，订单要有编号。 （5）修改航班信息：当航班信息改变可以修改航班数据文件。 3、宾馆管理信息系统 任务：入住或预订客房时，用户要对客户管理模块或预订管理模块进行核对审查，并进行登记；客户换房时，要对换房信息进行查询和更新；客户退房时，要进行结算，并对更新客房信息。 主要功能模块： （1）登录模块：对用户身份进行验证，只有合法用户才能进入系统；
实验三软件测试（白盒测试） 预习报告 一、实验目的 1掌握覆盖率的计算方法。 2 掌握语句覆盖，分支覆盖(判定覆盖),条件覆盖，条件。 分支组合覆盖，条件组合覆盖，组合覆盖的含义及区别。 3 掌握使用各种覆盖法，设计测试用例的方法。 二、实验原理 1测试覆盖率 测试覆盖率是指用于确定测试所执行到的覆盖项的百分比。其中的覆盖项是指作为测试基础的一个入口或属性，比如语句、分支、条件等。 测试覆盖率可以表示出测试的充分性，在测试分析报告中可以作为量化指标的依据，测试覆盖率越高效果越好。但覆盖率不是目标，只是一种手段。测试覆盖率包括功能点覆盖率和结构覆盖率。 功能点覆盖率大致用于表示软件已经实现的功能与软件需要实现的功能之间的比例关系。 结构覆盖率包括语句覆盖率、分支覆盖率、循环覆盖率、路径覆盖率等。 (1) 语句覆盖率 语句覆盖率=至少被执行一次的语句数量可执行的语句总数*10% (2) 判定覆盖率 判定覆盖率=判定结果被评价的次数/判定结果的总数*100% (3) 条件覆盖率 条件覆盖率=条件操作数值至少被评价一次的数量/条件操作数值的总数*10% (4) 定/条件覆盖率 判定/条件覆盖率=条件操作数值或判定结果值至少被评价一次的数量/ (条件操作数值总数+判定结果总数) *100% (5) 条件组合覆盖率 条件组合覆盖率涤件操作数值至少被评价一次的数量/条件操作数值的所有组合总数*100% 2 逻辑覆盖 根据覆盖目标的不同和覆盖源程序语句的详尽程度，逻辑覆盖又可分为语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖(条件组合覆盖)、组合覆盖。 (1) 语句覆盖 语句覆盖是选择足够多的测试数据，使得程序中的每个可执行语句至少执行一次。语句覆盖的缺点是对程序执行逻辑的覆盖率很低。 为使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了，例如选择输入数据为:A=2,B=0,X=3,就可达到“语句覆盖”标准。 为使程序中每个语句至少执行一次，只需设计一个能通过路径ace的例子就可以了，例如选择输入数据为:A=2,B=0,X=3,就可达到“语句覆盖”标准。 (2) 判定覆盖 判定覆盖是通过设计足够多的测试用例，使得程序中的每一个判定至少获得一次
需求分析和概要设计实验报告 一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。 二．实验内容 图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。 功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层 图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层 图书管理员处理预定图书第二层 四．实验分析 在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到： 1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。 通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。
第一章练习题: 一、填空题 1.软件工程是一门综合性的交叉学科,它涉及计算机学科、工程学科、管理学科和 数学学科。 2.软件工程研究的主要内容是方法、过程和工具三个方面。 3.由于软件产生的复杂性和高成本，使大型软件产生出现出现了很多问题，即出 现软件危机，软件工程正是为了克服它而提出的一种概念及相关方法和技术。 4.SWEBOK V3中，软件工程知识体细分为教育需求和工程实践两大类。 5.增量式模型假设需求可以分段，成为一系列增量产品，每一增量可以分别开发。 6.喷泉模型比较适用于面向对象的开发方法。 7.软件工程是用工程科学的知识和技术原理来定义、开发和维护软件的一门学科。 二、判断题 1.SWEBOK V3分两大类，共有15个知识域。（√） 2.软件工程的提出起源于软件危机，其目的是最终解决软件的生产工程化。（√） 3.软件工程学一般包含软件开发技术和软件工程管理两个方面的内容，软件开发 方法学和软件工程环境属于软件开发技术的内容，软件工程经济学属于软件工 程管理。（对） 4.软件开发中的最大的问题不是管理问题，而是技术问题。（×） 5.XP(eXtreme Programming，极限编程)是由Kent Beck提出的一套针对业务需求和 软件开发实践的规则，包括13个核心实践。（√） 三、选择题 1.下列所述不是敏捷生存期模型的是（C）。 A．Scrum 模型UP 2.软件工程的出现主要是由于（C）。 A.程序设计方法学的影响 B.其他工程科学的影响 C.软件危机的出现 D.计算 机的发展 3.以下（C）不是软件危机的表现形式。 A.开发的软件不满足用户的需要 B.开发的软件可维护性差 C.开发的软件价 格便宜 D.开发的软件可靠性差 4.以下不是SWEBOK V3的软件工程实践中的知识域的是（B）。 A.软件需求 B.工程基础 C.软件构造 D.软件设计 5.下列所述不是软件组成的是（C）。 A.程序 B.数据 C.界面 D.文档 6.下列对“计算机软件”描述正确的是（A） A.是计算机系统的组成部分 B.不能作为商品参与交易 C.是在计算机硬件设备 生产过程中产生出来的 D.只存在于计算机系统工作时
河北北方学院软件件工程大作业软件测试计划与测试分析报告 [系统名称+版本]
版本变更记录
目录 第1章引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 参考资料 (3) 1.4 术语和缩略语 (4) 第2章测试概要 (5) 2.1 各阶段测试内容 (6) 2.2测试用例设计 (7) 2.3测试环境与配置 (7) 2.3.1功能测试 (7) 2.3.2性能测试 (7) 2.4测试方法和工具 (8) 2.5 需求的可追溯性 (8) 第3章测试内容和执行情况 (8) 3.1 项目测试概况表 (9) 3.2 功能 (9) 3.2.1 总体KPI (9) 3.2.2 模块二 (10) 3.2.3 模块三 (10) 3.3 性能（效率） (10) 3.3.1 测试用例 (11) 3.3.2 参数设置 (11) 3.3.3 通信效率 (11) 3.3.4 设备效率 (12) 3.3.5 执行效率 (12) 3.4 可靠性 (13) 3.5 安全性 (13) 3.6 易用性 (13) 3.7 兼容性 (13) 3.8 安装和手册 (14) 第4章覆盖分析 (14) 第5章缺陷的统计与分析 (15) 5.1 缺陷汇总 (15) 5.2 缺陷分析 (15) 5.3 残留缺陷与未解决问题 (15) 第6章测试结论与建议 (16) 6.1 测试结论 (16) 6.2 建议 (17)
项目基本信息
第1章引言 1.1 编写目的 [以下作为参考] 本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 …… [可以针对不同的人员进行阅读范围的描述。什么类型的人可以参见报告XXX页XXX章节等。] 1.2 项目背景 本报告主要内容包括： [对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。] 1.3 参考资料 [需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。 测试使用的国家标准、行业指标、公司规范和质量手册等等。]
软件工程实验报告 东北大学软件学院 组长：王世龙 20090658 组员：王娜 20090096 刘倞坤 20090713 刘大华 20090774
软件工程实验报告 摘要：建立东北大学二手交易电子系统，主要用于东北大学师生在线进行二手产品的交易功能。只要是东北大学师生进行身份验证，登陆此系统网站后，可以方便，快捷地浏览，交流和评论自己感兴趣的二手商品的详细信息，与此同时，还可以发布自己所要出售的二手商品的信息，并根据用户的级别对发布信息显示的先后顺序进行排序；而外界非校园用户可以进行基本的网页浏览功能。本文以UML建模为驱动，在需求调研和分析的基础上，对此系统的业务逻辑进行逐步深入分析，建立需求分析的用例图模型，系统设计的类图，时序图，状态图等。 关键字：面向对象，统一建模语言，软件工程，二手交易 目录 一．引言-----------------------------------------------------------------------------------------2 1.1项目背景------------------------------------------------------------------------------2 1.2设计目的------------------------------------------------------------------------------2 二．需求描述----------------------------------------------------------------------------------3 三．需求分析----------------------------------------------------------------------------------3 3.1需求分析-----------------------------------------------------------------------------3 3.2用例建模-----------------------------------------------------------------------------4 四．系统设计---------------------------------------------------------------------------------6 4.1系统结构-----------------------------------------------------------------------------6 4.2设计阶段类图-----------------------------------------------------------------------7 4.3状态图--------------------------------------------------------------------------------8 4.4交互图--------------------------------------------------------------------------------9 五．结束语-------------------------------------------------------------------------------------15 5.1项目总结------------------------------------------------------------------------------15 5.2待完善之处---------------------------------------------------------------------------16 六．参考文献-----------------------------------------------------------------------------------17 附录一-------------------------------------------------------------------------------------------17 附录二-------------------------------------------------------------------------------------------19 一．引言 1.1．项目背景 随着大学生活丰富多彩的变化，随着当代大学生日益增长的购物需求，在互联网日益普及的今天，多数大学生已经倾向于方便并且快捷的网上购物方式。然而，作为同一所大学的学生，有着物美价廉的共同需求，伴随着学生的不同阶段的购物需求变化和每年的升学和毕业，也存在着许多各种类型的二手商品。在许多学校的校园里，都出现了大量的二手交易市场。卖家为学生的二手交易，价格