需求工程---需求分类:
质量功能部署(QFD)是一种将客户要求转化成软件技术需求的技术。QFD的目的是最大限度地让客户从软件工程过程中感到满意。为了这个目标,QFD确认了三类需求:
需求工程---需求工程概述
需求开发可分为:情况获取、分析、编写规格说明呵呵评审四个阶段。这些项包括软件类产品中需求收集、评价、编写文档等所有活动。需求开发活动包括以下几个方面:
需求分析---需求分类:
软甲需求包括三个不同的层次:业务需求、用户需求和功能需求。
解析:“用户能有效地纠正文档中的拼写错误”是业务的需求,因为产品的包装盒封面上可能会标明这是个满足需求的拼写检查器;
“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。是用户的需求;
“该拼写检查器还有许多功能需求,如找到并高亮提示错词的操作”是功能的需求。
需求工程---UML
UML利用5个系统视图描述系统的组织结构,包括系统分解的组成部分,以及他们的关联性、交互机制和指导原则等提供系统设计的信息。
需求工程---需求分析
系统分析阶段的基本任务是系统分析是在充分了解用户需求的基础上,把双方对待建系统的理解表达为系统需求规格说明书。
需求模式---UML
命令模式(Command)是一种对象的行为型模式,类似于传统程序设计方法中的回调机制,它将一个请求封装为一个对象,从而使的可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。命令模式对命令的封装,将发出命令的责任和执行命令的责任分割开,委派给不同的对象,以实现发送者和接收者完全解耦,提供更大的灵活性和可扩展性。
Command模式的结构如下图所示
其中:
类Command声明执行操作的接口;
ConcreteCommand将一个接收者对象绑定与一个动作,并调用接收者相应的操作,以实现execute方法
类Client创建一个ConcreteCommand对象并设定它的接收者;
类invoke要求Command执行这个请求;
类Receiver知道如何实施与执行一个请求相关的操作,任何类都可能作为一个接收着。
在“点菜”这个实例中,订单是厨师(Cook)与action(按订单加工)之间的绑定,厨师接受订单并对其进行负责。所以在该实例中,与Command类对应的类时“Order”,与Receiver对应的类时“Cook”
需求工程---需求分类:
系统性能评价基础知识:应用系统运行了一段时间后,通常会出现一些性能问题,需要考虑对系统性能进行调整。如果在系统开发设计和开发阶段没有充分考虑好某些方面的性能(例如:并发用户数量大大增加影响了性能);如果系统运行环境发生了变化(例如网络环境的改变或企业规模的扩大)都可能使系统的性能大大下降;经过一段时间的运行,积累了不少运行状况的数据,分析得知了系统性能的瓶颈所在,这些因素都是对系统性能进行调整的原因。
用户的功能性需求发生变化时常需要对系统进行完善性维护,而不是调整系统的性能。
UML中的事务也称为建模元素,包括结构事务(structural things)、行为事务\动作事务(behavior things)、分组事务(grouping things)和注释事务(annotational things)这些事务是UML模型中最基本的OO构造块。
行为事物:行为事物是UML模型中的动态部分,代表时间和空间上的动作。UML有两种主要的行为事物。
分组事物:分组事务是UML模型中组织的部分,可以把他们看成是盒子,模型可以在其中进行分解。UNL只有一种分组事务,称为包。包是一种将有组织的元素分组的机制。与构件不同的是,包存粹是一种概念上的事物,只存在与开发阶段,而构件可以存在与系统的运行阶段。
注释事物:注释事物是UML模型的注释部分;
需求工程---需求分析:
业务流程图这一建模工具的理解和掌握:
业务流程图(TFD)是业务流程调查结果的图形化表示,它反映现有系统各部门的业务处理过程及其之间的分工与联系,以及连接各部门信息流的传递和流动关系,体现现有系统的边界、环境、输入、输出和数据存储等内容。
需求工程---UML
依赖(dependency)依赖是两个事物之间的语义关系,其中一个事物发生变化会影响到另一个事物的语义。
从UML事物关系的本质上看,包含关系和扩展关系都属于依赖关系。对包含关系而言,抽象用例中的事件流是一定插入到基本用例中去的,并且插入点只有一个。
扩展用例的事件流往往可以抽象为基本用例的备选事件流,在扩展关系中,可以根据一定的条件来决定是否将扩展用例的事件流插入到基本用例的事件流中,并且插入点可以有多个。在实际应用中,很少使用泛化关系,子用例的特殊行为都可以作为父用例中的备选事件流而存在。
进程视图是以可执行线程和进程作为活动类的建模,它描述了并发与同步结构。UML中的活动图可以用于表达进程视图
操作系统---段页式存储
在高级语言程序中,对存储数据的位置进行抽象,采用的虚拟地址。在程序运行时再进行地址变换,分为内部地址变换与外部地址变换。虚拟存储系统按照地址映像方式把虚拟地址转换为主存物理地址称为内部地址变换。如果要访问的指令或数据已经在主存中,则命中,直接访问即可,否则就发生了页面失效,此时再进行外部地址变换,即将虚拟地址变换为辅存物理地址。
系统设计---处理流程设计
基于BPR的信息系统规划一定要突破以现行职能式管理模式的局限,从供应商、企业、客户的价值链出发,确定企业信息化的长远目标,选择核心业务流程为实施的突破口,在业务流程创新以及规范化的基础上,进行信息系统规划。基于BPR的信息系统规划的主要步骤如下:
系统设计---设计模式
系统设计---设计模式
解析“为了节省内存空间,要求不能将具有相同属性(例如:类型、扩展名、、图标相同)的相同文件看作不同的对象”这句话的意思是:有相同属性的相同文件,即使存在不同的目录下,应作为一个对象。即创建了一个对象要在多处共享使用,所以使用享元模式
系统设计---设计模式