软件工程教案4(第三章).ppt

上传人:大米 文档编号:568690664 上传时间:2024-07-26 格式:PPT 页数:84 大小:2.42MB
返回 下载 相关 举报
软件工程教案4(第三章).ppt_第1页
第1页 / 共84页
软件工程教案4(第三章).ppt_第2页
第2页 / 共84页
软件工程教案4(第三章).ppt_第3页
第3页 / 共84页
软件工程教案4(第三章).ppt_第4页
第4页 / 共84页
软件工程教案4(第三章).ppt_第5页
第5页 / 共84页
点击查看更多>>
资源描述

《软件工程教案4(第三章).ppt》由会员分享,可在线阅读,更多相关《软件工程教案4(第三章).ppt(84页珍藏版)》请在金锄头文库上搜索。

1、3.3 需求建模模型的作用模型的作用建模的原因:建模的原因:在建模过程中了解系统在建模过程中了解系统通过抽象降低复杂性通过抽象降低复杂性有助于回忆所有的细节有助于回忆所有的细节有助于开发小组间的交流有助于开发小组间的交流有助于与用户的交流有助于与用户的交流为系统的维护提供文档为系统的维护提供文档 模型化或模型方法是通过抽象、概模型化或模型方法是通过抽象、概括和一般化,把研究的对象或问题转化括和一般化,把研究的对象或问题转化为本质(关系或结构)相同的另一对象为本质(关系或结构)相同的另一对象或问题,从而加以解决的方法。模型化或问题,从而加以解决的方法。模型化方法要求所建立的模型能真实反映所研方法

2、要求所建立的模型能真实反映所研究对象的整体结构、关系或某一过程、究对象的整体结构、关系或某一过程、某一局部、某一侧面的本质特征和变化某一局部、某一侧面的本质特征和变化规律。规律。模型的类型模型的类型数学模型数学模型描述模型描述模型图形模型图形模型需求分析的步骤需求分析的步骤当前当前系统系统目标目标系统系统物理物理模型模型逻辑逻辑模型模型逻辑逻辑模型模型物理物理模型模型模型化模型化抽象化抽象化具体化具体化实例化实例化怎怎么么做做做做什什么么当前当前系统系统目标目标系统系统需需求求定定义义 逻辑模型和物理模型逻辑模型和物理模型逻辑模型和物理模型逻辑模型和物理模型uu 模型是对对象系统的形式化的特征

3、模型是对对象系统的形式化的特征模型是对对象系统的形式化的特征模型是对对象系统的形式化的特征 抽象,概括性或近似地表示;抽象,概括性或近似地表示;抽象,概括性或近似地表示;抽象,概括性或近似地表示; uu 构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分 析的过程。析的过程。析的过程。析的过程。对象对象系统系统模型模型系统系统抽象抽象(映射)(映射)模型应用模型应用模型构造的过程模型构造的过程 逻辑模型逻辑模型逻辑模型逻辑模型 物理模型物理模型物理模型物理模型 ( ( ( ( (本质模型、概念模型本质模型、概念模型本质模型、概念模型

4、本质模型、概念模型本质模型、概念模型本质模型、概念模型) ) ) ) ) ( ( ( ( (实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型) ) ) ) )现现行行系系统统目目目目标标标标系系系系统统统统描述重要的业描述重要的业描述重要的业描述重要的业务功能,无论务功能,无论务功能,无论务功能,无论系统是如何实系统是如何实系统是如何实系统是如何实施的。施的。施的。施的。描述现实系统是描述现实系统是描述现实系统是描述现实系统是如何在物理上实如何在物理上实如何在物理上实如何在物理上实现的。现的。现的。现的。描述新系统的主描述新系统的主描

5、述新系统的主描述新系统的主要业务功能和用要业务功能和用要业务功能和用要业务功能和用户新的需求,无户新的需求,无户新的需求,无户新的需求,无论系统应如何实论系统应如何实论系统应如何实论系统应如何实施。施。施。施。描述新系统是如描述新系统是如描述新系统是如描述新系统是如何实施的(包括何实施的(包括何实施的(包括何实施的(包括技术)。技术)。技术)。技术)。需求分析过程示意需求分析过程示意学学生生(1) (1) 通过对现实环境的调查,通过对现实环境的调查, 获得当前系统的物理模型获得当前系统的物理模型 学学生生购购书书申申请请购购书书单单发发票票领领书书单单书书107107张张教务科教务科20620

6、6王王会计室会计室206206李李出纳员出纳员303303赵赵教材教材科科学生购买教材的物理模型需求分析过程示意需求分析过程示意(2) (2) 去掉具体模型中的非本质因素,去掉具体模型中的非本质因素, 抽抽象象出当前系统的逻辑模型出当前系统的逻辑模型 学生购买教材的逻辑模型学学生生学学生生购购书书申申请请购购书书单单发发票票领领书书单单书书审查审查有效性有效性开发票开发票开领开领书单书单发书发书需求分析过程示意需求分析过程示意(3) (3) 分析当前系统与目标系统的差别,分析当前系统与目标系统的差别, 建立目标系统的逻辑模型建立目标系统的逻辑模型 计算机售书系统的逻辑模型计算机售书系统的逻辑模

7、型学学生生学学生生购书单购书单发票发票领书单领书单审查并审查并开发票开发票开领开领书单书单无效书单无效书单分析阶段中常用的模型(逻辑模型)分析阶段中常用的模型(逻辑模型)数据流图(数据流图(DFD)实体实体联系图(联系图( ERD )类图类图实例图实例图时序图时序图状态图状态图协作图协作图事件列表事件列表数据流定义数据流定义数据元素定义数据元素定义 SafeHomede的第的第1 1层层DFD控制控制面板面板与用户与用户交互交互控制控制面板面板显示显示密码密码电话号码拨音电话号码拨音传感器状态传感器状态显示显示信息信息配置请求配置请求用户命令用户命令和数据和数据配置配置系统系统警警铃铃电电话话

8、线线传感器传感器配置信息配置信息显示信息显示信息和状态和状态监控监控传感器传感器激活不激活不激活系统激活系统传感器信息传感器信息密码密码处理处理警告类型警告类型检验检验idid信息信息开始开始停止停止状态信息状态信息 客户客户保险销售人员保险销售人员签订一份签订一份保险单保险单销售统计销售统计客户统计客户统计使用用例图举例使用用例图举例 u状态图状态图 例:例:状态状态1Do:活动活动1状态状态2 .事件事件1条件条件1 / 动作动作1结束结束事件事件初始初始事件事件空闲空闲可视菜单可视菜单左边按钮按下左边按钮按下/显示弹出菜单显示弹出菜单左边按钮弹起左边按钮弹起/擦除弹出菜单擦除弹出菜单光标

9、移动光标移动/高亮菜单项高亮菜单项 弹出菜单动作弹出菜单动作 接电话的顺序图接电话的顺序图 :受话者受话者交换机交换机远程交换机远程交换机受话者受话者拿起话筒拿起话筒听通话声听通话声拨号码拨号码.铃响信号铃响信号铃响铃响铃响停止信号铃响停止信号拿起话筒拿起话筒铃响停止铃响停止10 deabcb-a1e-d5c-b 20 20 20 20 15% 15% 5% 5% 20% 20% 30% 30%条件类别条件类别四种条件组合四种条件组合操作操作条件组合下操作的执行条件组合下操作的执行1 16,10,116,10,11月月处理名处理名: :计算折扣率计算折扣率(MHGP534MD)(MHGP534

10、MD)编号编号: 5.3.4: 5.3.4激活条件激活条件: :收到预订票信息收到预订票信息处理逻辑处理逻辑: :计算折扣率计算折扣率执行频率执行频率: : 实时实时旅游时间旅游时间订订 票票 量量折折 扣扣 量量7 79 9,1212月月1 16,10,116,10,11月月20202020 20 20 20 20 15% 15% 5% 5% 20% 20% 30% 30%判定树判定树( (Decision 决策树决策树) ) 条件条件1 1 条件条件2 2 结果结果计计 7 79,9, 订票量订票量2020: : 15%15%算算 1212月月 订票量订票量2020: : 5%5%折折扣扣

11、 1 16,6, 订票量订票量2020: : 30%30%量量 10,1110,11月月 订票量订票量2020: : 5%5%二二. . 结构化分析实施步骤结构化分析实施步骤1. 1. 确定系统边界确定系统边界, , 画出系统环境图画出系统环境图2. 2. 自顶向下,画出各层数据流图自顶向下,画出各层数据流图3. 3. 定义数据字典定义数据字典4. 4. 定义小说明定义小说明三三. . 需求规格说明书需求规格说明书( (SRS) ) (Software Requirement Specification)需求分析阶段要完成的文档。需求分析阶段要完成的文档。 SRSSRS的作用:的作用:开发者与

12、用户间事实上的技术合同书开发者与用户间事实上的技术合同书开发者下一步设计和编码的基础开发者下一步设计和编码的基础测试验收目标系统的依据测试验收目标系统的依据SRS大纲(模板)大纲(模板) 引言引言 任务概述任务概述( (项目概述项目概述) ) 数据描述数据描述(DFD(DFD、DD)DD) 功能描述功能描述 接口接口 性能需求性能需求 属性属性 其它需求其它需求三三. . 需求验证需求验证(1) (1) 正确性正确性(2) (2) 无二义性无二义性(3) (3) 完整性完整性(4) (4) 可验证性可验证性(5) (5) 一致性一致性(6) (6) 可理解性可理解性(7) (7) 可修改性可修

13、改性(8) (8) 可被跟踪性可被跟踪性(9) (9) 可跟踪性可跟踪性(10)(10)设计无关性设计无关性(11)(11)注释注释需求文档的陈述与改进举例(需求文档的陈述与改进举例(1 1) 产产品品必必须须在在固固定定的的时时间间间间隔隔内内提提供供状状态态消消息息,并并且且每每次次时时间间间间隔隔不不得得小小于于6060秒。秒。 后台任务管理器后台任务管理器( (BTM) )应该应该在用户界面的指定区域显示状态在用户界面的指定区域显示状态消息。消息。 a. 在后台任务进程启动之后,消后台任务进程启动之后,消息必须每隔息必须每隔60(60( 1010) )秒更新一次,秒更新一次,并且保持连

14、续的可见性。并且保持连续的可见性。 b. 如果正在正常处理后台任务进程,如果正在正常处理后台任务进程,那么后台任务管理器那么后台任务管理器( (BTM) )必须必须显示后台任务进程已完成的百分显示后台任务进程已完成的百分比。比。 c. 当完成后台任务时当完成后台任务时,后台任务后台任务管理器管理器( (BTM) )必须显示一个必须显示一个“已已完成完成”的消息。的消息。 d. 如果后台任务中止执行,那么如果后台任务中止执行,那么后台任务管理器后台任务管理器( (BTM) )必须显示必须显示一个出错信息。一个出错信息。需求不完整,需求不完整,需求不完整,需求不完整,需求不完整,需求不完整,导致需

15、求不可验证导致需求不可验证导致需求不可验证导致需求不可验证导致需求不可验证导致需求不可验证改改改改进进进进需求文档的陈述与改进举例(需求文档的陈述与改进举例(2 2) 产产品品必必须须在在显显示示和和隐隐藏藏非非打打印印字字符符之之间间进进行行瞬瞬间间切切换。换。 用户在编辑文档时,用户在编辑文档时,通过激活特定的机制,通过激活特定的机制,可以在显示和隐藏所有可以在显示和隐藏所有HTML标记之间进行切换。标记之间进行切换。需求不可行、不完整、需求不可行、不完整、需求不可行、不完整、需求不可行、不完整、不确定性,导致需求不确定性,导致需求不确定性,导致需求不确定性,导致需求不可验证不可验证不可验证不可验证改改改改进进进进

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 研究生课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号