软件工程实验报告

上传人:MM****y 文档编号:43338428 上传时间:2021-12-01 格式:DOC 页数:20 大小:437.50KB
收藏 版权申诉 举报 下载
软件工程实验报告_第1页
第1页 / 共20页
软件工程实验报告_第2页
第2页 / 共20页
软件工程实验报告_第3页
第3页 / 共20页
资源描述:

《软件工程实验报告》由会员分享,可在线阅读,更多相关《软件工程实验报告(20页珍藏版)》请在装配图网上搜索。

1、精选文档武汉轻工大学软件工程实验报告题目:实验14专业:软件工程班级:软件工程 1403学号:*姓名:*指导老师:董正言老师.精选文档实验一结构化分析实验1 实验目的通过此实验了解结构化分析的特点和步骤,以及结构化分析所采用的基本图形工具。2.实验内容假设你在一所职业高中工作,负责该校信息系统的建设和维护。财务科长请你研究用学校拥有的pc 机生成工资明细表和各种财务报表的可能性。3.实验要求1 问题定义:请在这个阶段描述你需要解决的问题。包括用户面临的问题和预期的项目规模。最后生成一份问题定义报告书。2 可行性研究:在这个阶段产生处理工资事务的大致过程,画出高层逻辑模型,并且画出相应的数据流图

2、,建立数据字典。3 对此系统进行成本效益分析。4.实验步骤4.1 问题定义报告书1.项目名称:工资支付2.问题描述:该校一直由会计人工计算工资并编制财务报表,随着学校规模扩大工作量也越来越大。目前每个月都需要两名会计紧张工作半个月才能完成,不仅效率低而且成本高。今后学校规模将进一步扩大,人工计算工资的成本还会进一步提高。.精选文档3.项目目标:1) 研究开发费用较低的新工资支付系统的可能性。4 项目规模:1) 开发成本应该不超过 7.2 万元5.初步设想:1) 用学校自己的计算机系统生成工资明细表和财务报表6.可行性研究:为了更全面地研究工资支付项目的可能性,建议进行大约历时两周的可行性研究。

3、这个研究的成本不超过 4000元。4.2 可行性研究:1. 处理工资事务的大致过程 :1) 每月月末教师把他们当月实际授课时数登记在课时表上,由各系汇总后交给财务科,职工把他们当月完成承包任务的情况登记在任务表上,汇总后交给财务科。2) 两名会计根据这些原始数据计算每名教职工的工资, 编制工资表、工资明细表和财务报表。 然后,把记有每名教职工工资总额的工资表报送银行。3) 由银行把钱打到每名教职工的工资存折上,同时把工资明细表发给每名教职工。2. 高层逻辑模型 :3. 数据流图:.职工教师精选文档3职工3分发工资明细表教师发工资D1:课时表D4:工资明细表D3:工资表授课时数1.11.2课时表

4、2.12.2登记汇总任务表计算工资编制表格银行承包任务完成情况D5:财务报表D2:任务表4. 数据字典 :1)名字:授课情况登记表别名:教师出勤记载表描述:记录每个教师的当月完成的课时及任务。定义:授课情况登记表 = 教职工编号 + 姓名 +职务 + 职称 +基本工资 + 生活补贴 + 书报费 +交通费 + 洗理费位置:输出到打印机2)名字:教职工编号别名: *描述:唯一的标识一个教职工定义:教职工编号 =8 字符 8位置:授课情况登记表3)名字:每个人当月的实发工资数.精选文档别名:描述:记录每个教师当月应发的工资数定义:每个人当月的实发工资数= 课时费 + 岗位津贴 -个人所得税 -住房公

5、积金 -保险费位置:工资明细表4)名字:工资明细表别名:描述:记录每个教职工每个月应得的和应扣除的费用定义:工资明细表 = 每个人当月的实发工资数+ 课时费 + 岗位津贴 + 个人所得税 + 住房公 积金 + 保险费位置:输出到打印机4.3 成本效益分析:1.低成本系统 :解决方案:把每月发一次工资改为每两个月发一次工资,则人工计算工资的成本大约可减少一半,即每年可节省 1.2 万元。除了已经进行的可行性研究的费用外,不再需要新的投资。优缺点:1) 违反常规;2) 教职工反对;3) 不能解决根本问题,随着学校规模扩大,人工处理工资事务的费用也将成比例地增加。2.中等成本系统:解决方案:1) 建

6、议基本上复制现有系统的功能:课时表和任务表交到处理工资事务的专用机房,操作员把这些.精选文档数据通过终端送入计算机.精选文档2) 数据收集程序接收并校核这些事务数据,把它们存储在磁盘上。3) 然后运行工资支付程序,这个程序从磁盘中读取事务数据,计算工资,打印出工资表、工资明细表和财务报表。优缺点:1) 效率介于高成本系统与低成本系统之间,开发成本也是如此。2) 仍然需要专门人员来操作管理系统,每年仍要在这方面耗费人力,资力。从长久利益来看,效益不佳。3.高成本系统:1) 建立一个中央数据库,为开发完整的管理信息系统做好准备,并且把工资支付系统作为该系统的第一个子系统。2) 这样做开发成本大约将

7、增加到 12 万元,然而从工资支付这项应用中获得的经济效益并不变。最佳方案:综合以上三个系统的优缺点,中成本系统是最适合的。草拟开发计划如下:阶段需要用的时间(月)可行性研究0.5需求分析1.0概要设计0.5详细设计1.0实现2.0总计5.05.实验总结此实验让我对一个事件可以抽象为一个用例,然后根据用例的基本的法则来考虑设计一个问题并具体抽象的找出设计方案和解决方案。这有利于对一个具体的问题从抽象的角度,用计算机语言和程序去解决。感觉很有用。.精选文档实验二结构化设计实验1.实验目的能够通过结构化分析的结构进行设计,了解设计过程中的模块化原理。2.实验内容在上一次实验已经用结构化分析方法详细

8、地分析了这个工资支付系统,请从结构化分析所得到的结果(完整数据流图),判断为事务流或是变换流,采用模块化的方法,设计工资支付系统的结构。.精选文档最终生成一个工资支付软件结构。3.实验要求写出设计过程、画出工资支付软件结构,用层次图表现4.实验步骤4.1 设计过程1.供选择的方案1)低成本系统:把每月发一次工资改为每两个月发一次工资,则人工计算工资的成本大约可减少一半, 即每年可节省1.2万元。除了已经进行的可行性研究的费用外,不再需要新的投资。2) 中成本系统:i. 建议基本上复制现有系统的功能:课时表和任务表交到处理工资事务的专用机房,操作员把这些数据通过终端送入计算机ii. 数据收集程序

9、接收并校核这些事务数据,把它们存储在磁盘上。iii. 然后运行工资支付程序, 这个程序从磁盘中读取事务数据, 计算工资,打印出工资表、 工资明细表和财务报表。3) 高成本系统:建立一个中央数据库,为开发完整的管理信息系统做好准备,并且把工资支付系统作为该系统的第一个子系统。2. 最佳方案低成本系统存在的问题:1)违反常规;2)教职工反对;.精选文档3)不能解决根本问题,随着学校规模扩大,人工处理工资事务的费用也将成比例地增加。高成本系统 :开发成本大约将增加到12 万元,然而从工资支付这项应用中获得的经济效益并不变。所以,中等成本系统是最佳方案, 成本居于高成本与低成本之间,而效益不次于高成本

10、系统。3. 功能分解1) 取数据a) 收集事务数据b) 审核事务数据2) 计算工资a) 计算正常工资b) 计算超额工资c) 更新年度报表3) 打印表格4.2 工资支付软件结构计算教职工工资取数据计算工资印表格收集事务数据审核事务数据计算正常工资计算超额课时费更新年度数据.精选文档5.实验总结本次实验室结构化的设计,通过上次的结构化的分析,对结构化设计有了一定的了解,再通过本次结构化的设计, 对教职工的工资的计算统计和发放,以及记录和数据的更新处理有了更加深刻的理解。实验三软件测试实验( 2 学时)1. 实验目的了解软件测试的基本概念,以及黑盒、白盒测试的基本过程。2. 实验内容a) 设计测试下

11、列函数的测试方案:.精选文档函数 Search(somearray,size,value)的功能是,在一个整数数组somearray中搜索一个值为 value的整数,如果数组中有这个数,则函数值等于该数的下标,否则函数值等于-1。数组的长度由参数size指定。假定数组第一个元素的下标为1。3. 实验要求1 采用黑盒测试的方法,写出相应的测试用例2 用 c 语言实现此函数,并且由此设计白盒测试方案(选做)。4. 实验步骤1.采用黑盒测试的方法,写出相应的测试用例(假定数组中的值为:5,8,-56,235,-65,449)1)等价划分:a) 有效输入的等价类:一个正整数输入: 10预期的输出: -

12、1一个负整数输入: -56预期的输出: 3b) 无效输入的等价类:一个非数字符号输入: S输出:错误无效输入一个浮点型数字.精选文档输入: 23.1预期的输入:错误无效的输入若干个空格输入:预期的输出:错误无效的输入空输入输入:预期的输出:错误没有输入数字和非数字符号的组合输入: 5#预期的输出:错误无效的输入负号与最高位数字之间有空格输入: - 56预期的输出:错误无效的输入c) 合法输入的等价类:在计算机能表示的最小负整数和零之间的负整数。输入: -10000预期的输出: -1零输入: 0预期的输出: -1在零和计算机能表示的最大整数之间的正整数输入: 10000.精选文档预期的输出: -

13、1d) 非法输入的等价类:比计算机能表示的最大正整数还大的正整数。输入: 132767预期的输出:错误无效的输入比计算机能表示的最小负整数还小的负整数。输入: -47561预期的输出:错误无效的输入2)边界值分析:使输出刚好等于最小的下标输入: 5预期的输出: 1使输出刚好等于最大的下标输入: 449预期的输出: 6使输出不是数组的下标(这里为-1)输入: 500预期的输出: -12.用 c 语言实现此函数 ,并且由此设计白盒测试方案(选做) 。这里只给出流程图 :.精选文档开始输入一个整数value否value是整数吗?是Search(soneArray,size+1,value)int i

14、=1结束否i=size吗?是sonearrayi=value 吗?是return i5. 实验总结i+否基于对软件测试的基本概念,黑盒测试是黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试;白盒测试全面了解程序内部逻辑结构、对所有逻辑路径进行测试。所以相对的来说,白盒测试会更加的细致和困难,花费的时间和精力以及投入会比较大,但是这样的测试对软件的掌握和维护会更加的有利。.精选文档实验四面向对象分析( 2 学时)1.实验目的通过采用面向对象的方法对问题进行分析,建立系统的对象模型和功能模型。动态模型为选作内容。2.实验内容某医生开了一家牙科诊所。他有一个牙科助手

15、、一个牙科保健员和一个接待员。医生需要一个软件系统来管理预约。当病人打电话预约时,接待员将查阅预约登记表,如果病人申请的就诊时间与已定下的预约时间冲突,则接待员建议一个就诊时间以安排病人尽早得到诊治。如果病人同意建议的就诊时间,接待员将输入约定时间和病人的名字。系统将核实病人的名字并提供纪录的病人数据,数据包括病人的病历号等。在每次治疗或清洗后,助手或保健员将标记相应的预约诊治已经完成,如果有必要,安排病人下一次再来。系统能够按病人姓名和日期进行查询,能够显示记录的病人数据和预约信息。接待员可以取消预约,可以打印出前两天预约尚未接诊的病人清单。系统可以从病人记录中获知病人的电话号码。接待员还可

16、以打印出关于所有病人的每天和每周的工作安排。.精选文档3.实验要求1 建立牙科诊所管理系统的对象模型2 用数据流图建立牙科诊所管理系统的功能模型。3 写出牙科诊所管理系统的脚本(选作) 。4 画出牙科诊所管理系统状态图(选作) 。4.实验步骤1. 建立牙科诊所管理系统的对象模型.精选文档预约登记表- 姓名: string- 预约时间: object- 病历号: int1*接待员- 姓名 : string病人11+ 接听电话() : void- 姓名 : string+ 查阅预约登记表() : bool+ 打电话预约() : void+ 建议就诊时间() : object*+ 预约登记() :

17、void+ 是否接受建议() : bool1+ 取消预约() : bool诊所管理系统+ 打印预约尚未接诊的病人清单() : void+ 打印工作安排() : void- 病历号: int- 病人姓名: string- 预约日期: object- 病人联系方式: string+ 核实病人名字() : bool+ 提供病人数据() : int+ 查询预约信息() : void+ 显示信息() : void*1OR 1*牙科保健员牙科助手- 姓名 : string- 姓名 : string+ 标记预约诊治已完成() : bool+ 标记预约诊治已完成() : bool+ 安排病人下次会诊() :

18、void+ 安排病人下次会诊() : void2. 用数据流图建立牙科诊所管理系统的功能模型。3同意就诊时间就诊时间14预约信息接待员输入约定时间预约系统病人预约和病人姓名就诊时间2.22.1建议就预约信息接收预5.25.1诊时间约信息提供病核实病人数据人姓名D1:预约登记表D1:预约登记表牙科助手6.16.2标记预约诊安排病人预约系统治已完成下次会诊牙科保健员D1:预约登记表.精选文档3. 写出牙科诊所管理系统的脚本(选作) 。4. 画出牙科诊所管理系统状态图(选作) 。预约管理系统的正常情况脚本系统请接待员输入病人预约信息系统查询该病人是否已预约过如果预约过,且时间冲突,提示接待员建议一个

19、合适的时间病人接受建议的时间 or 如果没有预约过,系统提示会诊时间病人会诊中,系统记录相关病人数据会诊完毕,系统更改预约信息中预约诊治是否完成信息系统增加新的预约登记表预约管理系统的异常情况脚本系统请接待员输入病人预约信息系统查询该病人是否已预约过如果预约过,且时间冲突,提示接待员建议一个合适的时间如果病人接受建议的时间,系统审核输入信息正确与否输入病人信息有误,提示重新输入系统审核输入信息正确与否输入信息正确 or 如果没有预约过,系统提示会诊时间病人会诊中,系统记录相关病人数据会诊完毕,系统更改预约信息中预约诊治是否完成信息系统增加新的预约登记表.精选文档5.实验总结通过采用面向对象的方法对问题进行分析,建立系统的对象模型,通过数据流图建立系统的功能模型。本文档部分内容来源于网络,如有内容侵权请告知删除,感谢您的配合!.

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!