《软件工程》第七章随笔

面向对象分析模型包括功能模型,分析对象模型,动态模型。分析类可以按对象在系统中所承担的行为按照其作用和变化影响程度划分为实体类,边界类和控制类3种类型。

边界类:一个参与者与一个用例之间的交互或通信关联对应一个边界类。

控制类:负责协调边界类和实体类,负责接收边界类,分发给实体类。

实体类:是用例中的参与对象,对应现实。

构建顺序图可以将用例和分析对象联系在一起。分析交互行为后,建立分析类图,可以更清晰更直观的表达分析类之间的关系。

时间: 2024-08-26 01:52:26

《软件工程》第七章随笔的相关文章

现代软件工程 第七章 练习与讨论

7.7  移山开发方法——比TFS敏捷更精简 几个软件学院的学生来请教阿超,同学们自豪地说,我们要用全套TFS敏捷开发模式开发项目! 真的?阿超不敢相信. 同学: 对!我们要用全5个工作项类型 – 任务.缺陷.场景.风险.服务质量需求. 阿超: 你们有多少实战项目的经验?哦,都没有.这么说这是你们第一个真正的实用项目,我建议你们先忘记这么多工作项类型,把时间花在写代码上好了. 同学: 可是老师要我们上敏捷开发模式呀? 阿超: 当敏捷模式变成强迫,那还能敏捷到哪儿去呢?如果你们非用不可,我建议你们

第七章随笔

第七章:      1.尽管linux驱动直接与硬件打交道,但并不是linux驱动直接向硬件中的内存写数据,而是本机的I/O内存进行交互. linux驱动           I/O内存             硬件      2.linux内核的内存管理模块负责同步I/O内存和硬件中的数据.每一个连接linux的硬件在linux内存中都有映射首地址,在使用ioread.iowrite等函数读写I/O内存时,指定这些首地址.      3.硬件在被检查到只说明在内核空间中建立了I/O内存,要想在

软件工程—第七章

第七章—面向对象分析 分析类是概念层次上的内容,用于描述系统中较高层次的对象,分析类可分为实体类.边界类.控制类.实体类用于描述必须存储的信息及其相关行为(需要长久的保存),两种表示方法:1.构造型<<entity>>的类形式2.图表形式.边界类用于描述外部参与者与系统之间的交互.控制类用于描述一个用例所具有的事件流控制行为. 那么怎么识别这些分析类呢?通常一个参与者与一个用例之间的交互或通信关联对应一个边界类.控制类与用例存在着密切的关系,在用例开始执行时创建,在用例结束时取消.

《软件工程》-第一章随笔

本章主要是软件的概述.软件是计算机程序,规程以及运行计算机系统可能需要的相关文档和数据.软件主要分为两种,一种是面向市场公开的通用软件,另一种是在某个特定约束条件下开发的定制软件.软件是复杂的,不可见的,不断变化的,且在软件技术日趋成熟的今天,大多数软件仍然是定制的,而非已有构件组装而成.20世纪70年代开始,计算机应用从简单的数据计算到涉及到各种商务领域.20世纪90年代至今,网络的迅速发展使软件系统从封闭走向开放.而随着软件的迅速发展,软件的开发也随之遇到了一系列软件危机.软件日趋成熟,软件

《软件工程》-第二章随笔

软件开发过程中,软件项目失败并不罕见.20世纪80年代,软件项目失败的原因大多是由于过程缺乏规范.软件开发过程中,并无详细的开发规划,这样的过程像一个“黑盒子”,我们并不能完全了解过程中会发生的任何事情,也无法估计软件成品的质量.由此,软件过程规逐渐范化,软件开发过程也有了一定的计划.软件过程的基本运动包括初步的问题提出,即背景了解,市场调差等,还有了解软件需求规格说明,软件设计过程规划,软件的实现预确认. 软件开发过程规范化,自然不会只有一种统一的套路.软件过程有各种模型:瀑布模型,快速原型模

《软件工程》第九章随笔

软件实现是软件产品由概念到实体的一个关键过程.代码设计—>设计审查—>代码编写—>代码走查—>代码编译—>单元测试. 之后主要讲解了程序设计语言的发展经历和高级程序语言的优越性.程序语言的选择可由一下几个标准来判断:应用领域,用户要求,系统兼容,可移植性,开发环境.又介绍了一些软件编码的规范,分别列举了一些可能出现的问题,如异常处理问题,性能问题,内存异常问题.

Android深度探索与HAL驱动开发(卷1)-- 第七章随笔

应用程序.库.内核.驱动程序的关系   从上到下,一个软件系统可以分为:应用程序.库.操作系统(内核).驱动程序.开发人员可以专注于自己熟悉的部分,对于相邻层,只需要了解它的接口,无需关注它的实现细节.以点亮LED为例,这4层软件的协作关系如下: 1.应用程序使用库提供的open函数打开代表LED的设备文件. 2.库数据open函数传入的参数执行“swi”指令,这条指令会引起CPU异常,进入内核. 3.内核的异常处理函数根据这些参数找到相应的驱动程序,返回一个文件句柄给库,进而返回给应用程序.

软件工程 六、七章读书笔记

第六章 在第六章中主要是介绍了Scrum的方法论,在此方法的理论中,其原则主要强调了一个团队的互动互助的开发过程,重点强调了在一个项目里,一个团队是如何通过沟通产生进步,且这个沟通绝不是说有通信便可称之为“沟通”了,而是要有面对面的实时交流,虽然现在的通讯方式早已变得十分强大,但面对面的沟通仍是最有效率的交流方式,故而在此基础上又提出了一个新的团队合作活动——“每日立会”,这是在Sprint中我认为是十分有效的一个活动,将问题摆在明面上,大家互相了解各自的进度,一起解决项目中的问题,持续更新团队

第四次作业:读软件工程课本五点五、六、七章感想与疑问

第五点五章 这一部分,本来在上一次就已经有过一次浏览,不过也真的只是浏览而已,哈哈,因为介绍了很多模型,看完后,又忘了,现在说要记住这些东西,对于我来时真的不是件容易的事,也可能觉得现在还没有用到这些东西吧,我曾几何时也在课堂上听老师杜给我们说过一些关于软件过程模型的东西,当时隐约记得介绍了八种模型,而重点要掌握的是瀑布模型,快速原型模型,Rational统一过程rup,微软模型.其实我是想知道我们在以后做一个软件时,是不是用期中的一个模型就可以了啊?还是说可以多个模型一起用?但是多个模型一起用