软件工程实验(四个实验)

合集下载

工程估价软件实验报告(3篇)

工程估价软件实验报告(3篇)

第1篇1. 工程估价电算化信息系统实验:- 功能:该系统旨在帮助工程造价人员计算工程量,通过软件计算可以确保准确性。

- 特点:系统能够直接识别设计院的电子文档,如墙、梁、柱、基础、门窗表等,从而提高建模效率。

特别适用于不规则图形和复杂结构设计的建筑平面设计。

- 优势:提高工作效率,减少人工错误,适用于复杂工程项目。

2. 软件工程实验报告:- 实验内容:使用Visio进行软件工程实验,包括绘制项目组织结构图、程序流程图,建立数据模型,以及使用黑盒测试方法设计测试用例。

- 实验步骤:- 绘制项目组织结构图:新建绘图、加入背景和标题、添加各种形状、排列下属图形、调整形状间距、完善并保存。

- 绘制程序流程图:执行新建流程图命令、加入背景和标题、添加各个步骤、连接图形、在线条上添加文字、完善并保存。

- 建立数据模型:执行新建数据库模型命令、使用反向工程创建数据库模型、添加实体和表信息、建立实体间的关系。

- 设计测试用例:使用黑盒测试方法设计测试用例,并对程序进行测试。

- 实验总结:强调了掌握Visio基础功能、组织架构原理、程序流程图绘制的重要性,以及建立数据模型和甘特图对项目管理的帮助。

3. 软件项目开发及管理实验报告:- 实验内容:软件工程开发与管理实验,包括工程方案制定、理解工程、资源管理、成本管理、工程控制和动态跟踪等。

- 实验工具:Microsoft Project 2000以上版本。

- 实验步骤:定义工程、设置工程常规工作时间、设置工程属性、建立工程任务列表等。

- 实验总结:通过实验,掌握了使用Microsoft Project制定工程方案的方法,提高了项目管理能力。

综上所述,这些参考信息涵盖了工程估价、软件工程和软件项目管理等方面的实验内容和方法。

通过这些实验,可以提升相关领域的专业技能和实践能力。

第2篇一、实验背景随着我国建筑行业的快速发展,工程估价在工程项目的成本控制、投资决策等方面发挥着至关重要的作用。

软件工程实验指导

软件工程实验指导

《实用软件工程方法》实验指导书廖美英编广东科学技术职业学院广州学院2010年9月目录第1章传统的结构化分析与设计 (3)实验1 分析系统业务流程和绘制系统业务流程图 (3)实验2 分析数据流和绘制数据流图 (7)实验3 总体设计和数据库设计 (11)第2章面向对象的分析与设计 (17)实验4 面向对象的分析与设计—用例图 (17)实验5 面向对象的分析与设计—类图 (21)实验6 面向对象的分析与设计—时序图 (26)实验7 面向对象的分析与设计—活动图 (31)实验8 面向对象的分析与设计—状态图和通信图 (34)实验9 面向对象的分析与设计—包图、组件图和部署图 (39)实验10 项目开发计划—Project软件的使用 (43)第1章:传统的结构化分析与设计实验1 分析系统业务流程和绘制系统业务流程图实验目的1、掌握结构化分析方法2、掌握业务流程分析方法和业务流程图的绘制实验内容:任务一绘制系统业务流程图系统流程图是描绘物理系统的传统工具。

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

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

试绘制工资管理系统的系统流程图,根据系统流程图的符号说明仔细理解下图含义:图1-1 工资管理系统系统流程图系统业务流程图的符号:图1-2 基本符号图1-3 系统符号操作步骤:1.运行Microsoft Office Visio 2007图1-4 运行Microsoft Office Visio 2007 2.选择流程图中的基本流程图模板图1-5 选中基本流程图模板3.用鼠标选拉图标进行绘图任务二分析系统业务流程和绘制系统业务流程图案例一:总务办公管理系统系统简介:某单位准备开发一个购买办公用品和设备的总务办公管理系统。

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

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

软件工程实验(共五次)

软件工程实验(共五次)

软件工程课程实验指导书软件工程是随着计算机系统的发展而逐步形成的计算机科学领域中的一门新兴学科。

通过软件工程课程的学习,能够达到正确的安排软件的结构,合理组织、管理软件的生产的教学目的。

教学的实践环节是本课程的重要部分,通过实验例证理解掌握软件工程各阶段的任务和完成后的文档是什么及完成方法。

本课程实验环节安排10学时,主要完成需求分析、模块设计、数据库设计、详细设计和测试分析六个部分。

具体安排如下:课时分配:内容实验一实验二实验三实验四实验五课时 2 2 2 2 2实验一编写系统需求说明书一、实验题目对系统进行需求分析。

并编写系统需求分析说明书。

二、实验目的通过对选定系统进行系统分析和编写需求说明书,掌握系统需求分析的步骤和方法,明确需求说明书内容和格式。

通过对visio2003的熟悉应用,把系统的逻辑模型画出来。

三、预习1、系统的数据描述、功能描述方法;2、需求分析工具(业务流程图、数据流图、数据字典);3、系统需求分析步骤和内容;四、实验设备与环境1、运行和使用visio2003;2、收集整理资料的资料室和虚拟用户或实际用户。

五、实验内容选定系统后,进行系统分析,然后按如下编写提示撰写需求说明书。

1、引言⑴编写目的说明编写软件需求说明的目的,指出预期的读者。

⑵背景说明说明待开发的软件系统的名称;本项目的任务提出者、开发者、用户及实现该软件的计算机中心或网络中心;该软件系统同其他系统或其他机构的基本的相互来往关系。

⑶定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

⑷参考资料列出有关的参考资料及资料的来源。

2、任务概述⑴目标叙述该软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本系统是一项独立的软件,而且全部内容自含,则说明这一点。

如果所定义的系统是一个更大的系统的组成部分,则应说明本系统与该系统中其他各组成部分的关系,用方框图来说明该系统的组成和本系统同其他各个部分的联系和接口。

软件工程实验报告-十个实验(银行系统)

软件工程实验报告-十个实验(银行系统)

软件⼯程实验报告-⼗个实验(银⾏系统)软件⼯程实验报告班级:****学号:**********姓名:***实验⼀软件需求分析实验项⽬名称:软件需求分析实验⽬的:1) 根据所选定题⽬进⾏需求分析⼯作;2) 通过实例掌握结构化数据流分析技术;3) 进⾏业务需求分析、⽤户需求、功能需求、⾮功能需求分析;4) 写出需求规格说明书(含数据流图)。

实验内容:⽤结构化数据流分析技术进⾏软件系统需求分析,得出系统得数据流图和数据字典。

实验步骤:1) 到相关单位进⾏需求分析。

2) 综合利⽤Internet ⽹和相关书籍整理并完善需求分析。

3) 画出系统数据流图(分清系统是事务型还是加⼯型)。

4) 得出系统数据字典。

1.软件系统需求描述:(从功能,性能上进⾏描述)(1)功能需求:银⾏系统系统所要完成的主要功能有两⽅⾯:①填写存款单或取款单交给业务员键⼊系统,如果是存款,系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息,完成后由系统打印存款单给储户。

②如果是取款,业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份,核对密码正确⽆误后系统计算利息并印出利息清单给储户。

(2)性能需求:为了满⾜储户的要求,系统必须要有⾼的运作速度,储户填写的表单输⼊到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显⽰出所有必需信息并打印出各项清单,所以要求很⾼的信息量速度和⼤的主存容量;由于要存贮⼤量的数据和信息,也要有⾜够⼤的磁盘容量;另外,银⾏计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。

2.软件系统数据流图(由加⼯、数据流、⽂件、源点和终点四种元素组成):1) 顶层数据流打印存单打印清单2) 1层数据流图3) 2层数据流图3.软件系统数据字典:1) 数据流条⽬(1)数据流名:存单(反馈信息)说明:银⾏系统给⽤户每次存款打印的存款资料表单数据流来源:银⾏计算机储蓄系统数据流去向:⽤户数据流组成:存单=存款⼈+存款银⾏+业务员编号+存款⾦额+存款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”存款⽇期=年+⽉+⽇位置:输出到打印机数据量流通量:暂不统计(2)数据流名:取款单说明:记录⽤户每次取款的资料和情况数据流来源:⽤户数据流去向:银⾏计算机储蓄系统数据流组成:取款单=取款⼈+取款银⾏+业务员编号+取款⾦额+取款⽇期业务员编号=“01”..“99”取款⽇期=年+⽉+⽇数据量流通量:暂不统计(3)数据流名:利息清单(或账单)说明:当⽤户取款时,银⾏内库要把利息清单(或账单)给银⾏计算机储蓄系统处理,再把利息清单(或账单)交于⽤户数据流来源:书库数据流去向:事务处理数据流组成:取款信息=取款⼈+取款银⾏+受理业务员+取款⾦额+取款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”取款⽇期=年+⽉+⽇位置:输出到打印机数据量流通量:暂不统计2) 加⼯条⽬a)加⼯名:银⾏计算机储蓄系统加⼯编号:0层简要描述:对⽤户存取款进⾏管理和处理输⼊数据流:存款单、取款单输出数据流:存单、利息清单(或账单)加⼯逻辑:若存取款信息正确且密码正确⽆误则存取款成功,否则提⽰重写或重填。

华东交通大学软件工程实验报告

华东交通大学软件工程实验报告

华东交通大学软件学院上机实验报告学号:20122110120214学期:大二下学期实验一:数据流图实验一、实验目的通过绘制数据流图掌握数据流图的基本原理,并能对简单问题进行数据流图的分析,独立地完成数据流图的分析与设计。

此外,学会使用Case工具完成数据流图和系统流程图的分析与实现。

二、实验内容实验内容如下:a)用visio绘制出如下定货系统的SFD(系统流程图)的模型。

图1 某定货系统SFDb)用visio绘制教材中分别绘制出定货系统的DFD的顶层模型、第一层模型和第二层模型。

(具体参考课本上P69~P70的图3.4,图3.5和图3.6)c)用visio 绘制如下图所示的取款手续的数据流图。

图2 取款手续d)请结合目前的银行柜台取款手续,对图2的取款数据流图进行改进,绘制当前银行柜台取款过程的顶层和第一层数据流图。

三、实验结果(a)、定货系统的SFD(系统流程图)的模型事务库存清单程序订货信息报告生成程序订货报告库存清单主文件(b)、图3.4 DFD的顶层模型(b)、DFD的第二层模型(d)、当前银行柜台取款过程的顶层数据流图当前银行柜台取款过程的第一层数据流图实验二、软件设计实验一、实验目的学会使用Case工具完成描述软件结构的软件结构图和软件层次图的设计,并熟练地掌握几种常用的软件详细设计的工具,如程序流程图、盒图、PAD图和判定表,并能把给定的软件问题描述转化为过程设计结果。

二、实验内容1、软件结构设计:(1)采用visio绘制教材的图4.26中的软件结构图;(2)采用visio绘制教材的图4.41的软件层次图。

(3)分析如下所示的数据流图,并把它转换成软件结构图,然后用visio把结果画出来。

(注意,请用结构图)图1 某系统的数据流图2、软件的详细设计:某航空公司规定,乘客可以免费托运重量不超过20公斤的行李,当行李重量超过20公斤,对头等舱的国内乘客超重部分每公斤收费6元,对其他舱的国内乘客超重部分每公斤收费8元,对外国顾客超重部分每公斤收费比国内乘客多1.5倍,对残疾乘客超重部分每公斤收费比正常乘客少一半。

软件工程实验报告

软件工程实验报告

实验一:基于UML的用例模型试验实验目的:1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容:1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤:1、使用Visio绘制用例模型(1)启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型,首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面,在“类别”选项区域中才、选择“软件”项:然后在“模板”选项区域中选择UML模型图,即可打开制作UML模型的全部对彖图集,Vise提供了关于制作UML模型所需要的全部图表,支持开发人员进行面向对彖的分析和设计工作。

(2)保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮,来保存系统模型,保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型(1)Rational Rose 的启动:选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项,弹出对话框。

这个对话框用来设置本次启动的初始动作,分为New (新建模型)Existing (打开现有模型)和Recent (最近打开模型)三个标签。

(2)新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击,在弹出的快捷菜单中选择New一UseCase Diagram选项。

此时出现New Diagram用例图名称并允许修改,将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”,在Diagram窗I I中出现“Use CaseDiagiain: Use CaseView/医疗器材管理系统用例图”,可以在该窗1 1中绘制用例图。

软件工程实验报告

软件工程实验报告

软件⼯程实验报告软件⼯程实验报告⼀、实验名称掌握运⽤Rational Rose⼯具及安装⼆、实验⽬的通过安装Rational Rose⼯具,掌握UML的设计⽅法三、实验内容a)建⽴⽤例图use case diagram从⽤例图中我们可以看到系统⼲什么,与谁交互。

⽤例是系统提供的功能,参与者是系统与谁交互,参与者可以是⼈、系统或其他实体。

⼀个系统可以创建⼀个或多个⽤例图。

(1)创建⽤例图在浏览器内的Use Case视图中,双击Main,让新的⽤例图显⽰在框图窗⼝中。

也可以新建⼀个包(右击Use Case视图,选择new→package,并命名),然后右击这个新建包的,选择new→use case diagram。

对系统总的⽤例⼀般画在Use Case视图中的Main⾥,如果⼀个系统可以创建多个⽤例图,则可以⽤包的形式来组织。

(2)创建参与者(图2-1-2)a)在⼯具栏中选择“Actor”,光标的形状变成加号。

b)在⽤例图中要放置参与者符号的地⽅单击⿏标左键,键⼊新参与者的名称,如“客户”。

(3)创建⽤例a)在⼯具栏中选择“Use Case”,光标的形状变成加号。

b)在⽤例图中要放置⽤例符号的地⽅单击⿏标左键,键⼊新⽤例的名称,如“存款”。

(4)记录参与者和⽤例之间的关系a)从⼯具栏中选择关联关系箭头。

b)将光标定位在⽤例图中的参与者上,单击⿏标左键并将光标移动到⽤例符号上,然后释放⿏标左键。

(5)增加泛化关系a)从⼯具栏中选择泛化关系箭头。

b)从⼦⽤例拖向⽗⽤例,也可从⼦参与者拖向⽗参与者。

★练习:画ATM(⾃动柜员机)系统总的⽤例图理解:对于银⾏的客户来说,可以通过ATM机启动⼏个⽤例:存款、取款、查阅结余、付款、转帐和改变PIN(密码)。

银⾏官员也可以启动改变PIN这个⽤例。

参与者可能是⼀个系统,这⾥信⽤系统就是⼀个参与者,因为它是在ATM系统之外的。

箭头从⽤例到参与者表⽰⽤例产⽣⼀些参与者要使⽤的信息。

软件工程实验报告

软件工程实验报告
②向图形元素中添加文本,并修改数据流图中的文字和格式。
连接图形元素.
③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。
逻辑连接:将数据流起点、终点拖拽到进程或接口中央位置,进程或接口被红色框包围时松开鼠标,这时可看到数据流符号相应端点为红色方框。拖动进程或接口,可看到流据流的端点随着进程或接口的移动而移动.
教师批阅:分数/等级:
评语:
教师签名(手写):
批阅日期:年月日
第三次实验实验项目名称:数据库设计-ER图
时间:年月日
实验环境及原理说明:
(一)实验环境
1.硬件环境P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。
2.软件环境操作系统:Windows XP
3。数据库: Sql Server 2000以上 或 Access 2003以上
1.静态模型图
①将类、对象形状拖到绘图页上,代表要在类静态结构图或概念模型中包
含的类或对象.
②双击每个形状,打开其“UML属性”对话框,可以在其中添加特性、操作和其他属性。
③右击每个类或对象形状,单击“形状显示选项",选择要在形状上显示的属性以及要隐藏的形状部分(如特性、操作和模板参数)
④使用“关联”、“链接"、“依赖关系"、“泛化"或“复合”形状,指示类和对象之间的关系.
第一次实验实验项目名称:熟悉Visio
时间:年月日
实验环境及原理说明:
(一)实验环境
1.硬件环境P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。
2。软件环境操作系统:Windows XP
3。数据库: Sql Server 2000以上 或 Access 2003以上
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

武汉轻工大学软件工程实验报告院系:数学和计算机学院班级:软件工程1504姓名:***学号:**********实验一结构化分析实验1实验目的:通过此实验了解结构化分析的特点和步骤,以及结构化分析所采用的基本图形工具。

2.实验内容:假设你在一所职业高中工作,负责该校信息系统的建设和维护。

财务科长请你研究用学校拥有的pc机生成工资明细表和各种财务报表的可能性。

3.实验要求:1.问题定义:请在这个阶段描述你需要解决的问题。

包括用户面临的问题和预期的项目规模。

最后生成一份问题定义报告书。

2.可行性研究:在这个阶段产生处理工资事务的大致过程,画出高层逻辑模型,并且画出相应的数据流图,建立数据字典。

3.对此系统进行成本效益分析。

4.实验步骤:4.1问题定义报告书1.项目名称:工资支付2.问题描述:该校一直由会计人工计算工资并编制财务报表,随着学校规模扩大工作量也越来越大。

目前每个月都需要两名会计紧张工作半个月才能完成,不仅效率低而且成本高。

今后学校规模将进一步扩大,人工计算工资的成本还会进一步提高。

3.项目目标:1)研究开发费用较低的新工资支付系统的可能性。

4项目规模:1)开发成本应该不超过7.2万元5.初步设想:1)用学校自己的计算机系统生成工资明细表和财务报表6.可行性研究:为了更全面地研究工资支付项目的可能性,建议进行大约历时两周的可行性研究。

这个研究的成本不超过4000元。

4.2可行性研究:1.处理工资事务的大致过程:1)每月月末教师把他们当月实际授课时数登记在课时表上,由各系汇总后交给财务科,职工把他们当月完成承包任务的情况登记在任务表上,汇总后交给财务科。

2)两名会计根据这些原始数据计算每名教职工的工资,编制工资表、工资明细表和财务报表。

然后,把记有每名教职工工资总额的工资表报送银行。

3)由银行把钱打到每名教职工的工资存折上,同时把工资明细表发给每名教职工。

2高层逻辑模型:3.数据流图:4.数据字典:1)名字:授课情况登记表别名:描述:记录每个教师的当月完成的课时及任务。

定义:授课情况登记表=教职工编号+姓名+职务+职称+基本工资+生活补贴+书报费+交通费+洗理费位置:输出到打印机2)名字:教职工编号别名:描述:唯一的标识一个教职工定义:教职工编号=8{字符}8位置:授课情况登记表3)名字:每个人当月的实发工资数别名:描述:记录每个教师当月应发的工资数定义:每个人当月的实发工资数=课时费+岗位津贴-个人所得税-住房公积金-保险费位置:工资明细表4)名字:工资明细表别名:描述:记录每个教职工每个月应得的和应扣除的费用定义:工资明细表=每个人当月的实发工资数+课时费+岗位津贴+个人所得税+住房公积金+保险费位置:输出到打印机4.3成本效益分析:1.低成本系统:解决方案:把每月发一次工资改为每两个月发一次工资,则人工计算工资的成本大约可减少一半,即每年可节省1.2万元。

除了已经进行的可行性研究的费用外,不再需要新的投资。

优缺点:1)违反常规;2)教职工反对;3)不能解决根本问题,随着学校规模扩大,人工处理工资事务的费用也将成比例地增加。

2.中等成本系统:解决方案:1)建议基本上复制现有系统的功能:课时表和任务表交到处理工资事务的专用机房,操作员把这些数据通过终端送入计算机2)数据收集程序接收并校核这些事务数据,把它们存储在磁盘上。

3)然后运行工资支付程序,这个程序从磁盘中读取事务数据,计算工资,打印出工资表、工资明细表和财务报表。

优缺点:1)效率介于高成本系统与低成本系统之间,开发成本也是如此。

2)仍然需要专门人员来操作管理系统,每年仍要在这方面耗费人力,资力。

从长久利益来看,效益不佳。

3.高成本系统:1)建立一个中央数据库,为开发完整的管理信息系统做好准备,并且把工资支付系统作为该系统的第一个子系统。

2)这样做开发成本大约将增加到12万元,然而从工资支付这项应用中获得的经济效益并不变。

最佳方案::实验二结构化设计实验1.实验目的:能够通过结构化分析的结构进行设计,了解设计过程中的模块化原理。

2.实验内容:在上一次实验已经用结构化分析方法详细地分析了这个工资支付系统,请从结构化分析所得到的结果(完整数据流图),判断为事务流或是变换流,采用模块化的方法,设计工资支付系统的结构。

最终生成一个工资支付软件结构。

3.实验要求:写出设计过程、画出工资支付软件结构,用层次图表现4.实验步骤:4.1设计过程:1.供选择的方案1)低成本系统:把每月发一次工资改为每两个月发一次工资,则人工计算工资的成本大约可减少一半,即每年可节省1.2万元。

除了已经进行的可行性研究的费用外,不再需要新的投资。

2)中成本系统:i.建议基本上复制现有系统的功能:课时表和任务表交到处理工资事务的专用机房,操作员把这些数据通过终端送入计算机ii.数据收集程序接收并校核这些事务数据,把它们存储在磁盘上。

iii.然后运行工资支付程序,这个程序从磁盘中读取事务数据,计算工资,打印出工资表、工资明细表和财务报表。

3)高成本系统:建立一个中央数据库,为开发完整的管理信息系统做好准备,并且把工资支付系统作为该系统的第一个子系统。

2.最佳方案低成本系统存在的问题:4)违反常规;5)教职工反对;6)不能解决根本问题,随着学校规模扩大,人工处理工资事务的费用也将成比例地增加。

高成本系统:开发成本大约将增加到12万元,然而从工资支付这项应用中获得的经济效益并不变。

所以,中等成本系统是最佳方案,成本居于高成本与低成本之间,而效益不次于高成本系统。

3.功能分解1)取数据a)收集事务数据b)审核事务数据2)计算工资a)计算正常工资b)计算超额工资c)更新年度报表3)打印表格4.2工资支付软件结构:实验三软件测试实验(2学时)一、实验目的:了解软件测试的基本概念,以及黑盒、白盒测试的基本过程。

二、实验内容:1.设计测试下列函数的测试方案:函数Search(somearray,size,value)的功能是,在一个整数数组somearray 中搜索一个值为value的整数,如果数组中有这个数,则函数值等于该数的下标,否则函数值等于-1。

数组的长度由参数size指定。

假定数组第一个元素的下标为1。

三、实验要求1.采用黑盒测试的方法,写出相应的测试用例2.用c语言实现此函数,并且由此设计白盒测试方案(选做)。

四、实验步骤:1.采用黑盒测试的方法,写出相应的测试用例(假定数组中的值为:5,8,-56,235,-65,449)1)等价划分:a)有效输入的等价类:●一个正整数输入:10预期的输出:-1●一个负整数输入:-56预期的输出:3b)无效输入的等价类:●一个非数字符号输入:S输出:错误——无效输入●一个浮点型数字输入:23.1预期的输入:错误——无效的输入●若干个空格输入:‘’预期的输出:错误——无效的输入●空输入输入:预期的输出:错误——没有输入●数字和非数字符号的组合输入:5#预期的输出:错误——无效的输入●负号与最高位数字之间有空格输入:- 56预期的输出:错误——无效的输入c)合法输入的等价类:●在计算机能表示的最小负整数和零之间的负整数。

输入:-10000预期的输出:-1●零输入:0预期的输出:-1●在零和计算机能表示的最大整数之间的正整数输入:10000预期的输出:-1d)非法输入的等价类:●比计算机能表示的最大正整数还大的正整数。

输入:132767预期的输出:错误——无效的输入●比计算机能表示的最小负整数还小的负整数。

输入:-47561预期的输出:错误——无效的输入2)边界值分析:●使输出刚好等于最小的下标输入:5预期的输出:1●使输出刚好等于最大的下标输入:449预期的输出:6●使输出不是数组的下标(这里为-1)输入:500预期的输出:-12.用c语言实现此函数,并且由此设计白盒测试方案(选做)。

#include<stdio.h>int Search(int somearray[],int size,int value) {for(int i=1;i<=size;i++){if(sonearray[i]==value)return i;}return -1;}void main(){int size=6;int value;int array[size]={5,8,-56,235,-65,449};do{printf(“请输入一个整数:”);scanf(“%d”,&value);}while(int(value)!=value);if(int(value)==value)Search(array,size+1,value);}1)语句覆盖:value=8,覆盖路径:abcdefgifghj 2)判定覆盖:Value=8.,覆盖路径:abcdefgifghj Value=8.5,覆盖路径:abckb Value=10,覆盖路径:abcdefgifk实验四面向对象分析(2学时)实验目的:通过采用面向对象的方法对问题进行分析,建立系统的对象模型和功能模型。

动态模型为选作内容。

实验内容:某医生开了一家牙科诊所。

他有一个牙科助手、一个牙科保健员和一个接待员。

医生需要一个软件系统来管理预约。

当病人打电话预约时,接待员将查阅预约登记表,如果病人申请的就诊时间与已定下的预约时间冲突,则接待员建议一个就诊时间以安排病人尽早得到诊治。

如果病人同意建议的就诊时间,接待员将输入约定时间和病人的名字。

系统将核实病人的名字并提供纪录的病人数据,数据包括病人的病历号等。

在每次治疗或清洗后,助手或保健员将标记相应的预约诊治已经完成,如果有必要,安排病人下一次再来。

系统能够按病人姓名和日期进行查询,能够显示记录的病人数据和预约信息。

接待员可以取消预约,可以打印出前两天预约尚未接诊的病人清单。

系统可以从病人记录中获知病人的电话号码。

接待员还可以打印出关于所有病人的每天和每周的工作安排。

实验要求:1.建立牙科诊所管理系统的对象模型2.用数据流图建立牙科诊所管理系统的功能模型。

3.写出牙科诊所管理系统的脚本(选作)。

4.画出牙科诊所管理系统状态图(选作)。

实验步骤:1.建立牙科诊所管理系统的对象模型2.用数据流图建立牙科诊所管理系统的功能模型。

3.写出牙科诊所管理系统的脚本(选作)。

4.画出牙科诊所管理系统状态图(选作)。

预约管理系统的正常情况脚本●系统请接待员输入病人预约信息●系统查询该病人是否已预约过●如果预约过,且时间冲突,提示接待员建议一个合适的时间●[病人接受建议的时间]or如果没有预约过,系统提示会诊时间●病人会诊中,系统记录相关病人数据●会诊完毕,系统更改预约信息中预约诊治是否完成信息●系统增加新的预约登记表预约管理系统的异常情况脚本●系统请接待员输入病人预约信息●系统查询该病人是否已预约过●如果预约过,且时间冲突,提示接待员建议一个合适的时间●如果病人接受建议的时间,系统审核输入信息正确与否●输入病人信息有误,提示重新输入●系统审核输入信息正确与否●[输入信息正确]or如果没有预约过,系统提示会诊时间●病人会诊中,系统记录相关病人数据●会诊完毕,系统更改预约信息中预约诊治是否完成信息●系统增加新的预约登记表。

相关文档
最新文档