软考_信息系统项目管理师_信息化与信息系统(三)

一、信息系统与信息化
二、信息系统开发方法
三、常规信息系统集成技术
以上内容见
软考_信息系统项目管理师_信息化与信息系统(一)
软考_信息系统项目管理师_信息化与信息系统(二)

四、软件工程

4.1 需求分析

4.1.1 需求层次

  1. 业务需求:反映企业或客户对系统高层次的一个目标追求
  2. 用户需求:用户的具体目标,或者用户要求系统必须能完成的任务
  3. 系统需求:指从系统的角度来说明软件的需求,包括功能需求、非功能需求和设计约束

4.1.2 质量功能部署

是一种将用户需求转化成软件需求的技术,目的是最大限度地提升软件工程过程中用户的满意度

4.1.2.1 分类
  1. 常规需求:用户认为系统应该实现的功能或性能,实现越多用户会越满意
  2. 期望需求:用户想当然以为系统应具备的功能或性能,但并不能描述自己想要得到的这些功能或性能需求。如果期望需求没有得到实现,会让用户感到不满意
  3. 意外需求:也称为兴奋需求,是用户要求范围外的功能或性能

4.1.3 需求获取

4.1.3.1 需求获取的方法
  1. 用户访谈
  2. 调查采样
  3. 采样
  4. 情节串联板:使用工具向用户说明或演示系统如何适合企业的需要,并说明系统将如何运转
  5. 联合需求计划:通过高度组织的群体会议来分析企业内的问题并获取需求的过程,相对成本较高,但十分有效

4.1.4 需求分析

4.1.4.1 需求特性
  1. 无二义性
  2. 完整性
  3. 一致性
  4. 可测试性
  5. 确定性
  6. 可跟踪性
  7. 正确性
  8. 必要性
4.1.4.2 需求分析工作

分析人员把杂乱无章的用户要求和期望转换为用户需求

4.1.4.3 分析方法
4.1.4.3.1 结构化分析(SA)

建立的模型的核心是数据字典
三个层次的模型

  1. 数据模型:E-R图
  2. 功能模型:数据流图(DFD)
  3. 行为模型(状态模型):状态图(STD)
4.1.4.3.2 面向对象分析(OOA)

用例模型、分析模型

4.1.5 软件需求规格说明书

软件需求规格说明书(Software Requirement Specification)SRS,是需求开发活动的产物,编制该文档的目的是使项目干系人与开发团队对系统的初始归档由一个共同的理解,使之成为整个开发工作的基础

4.1.5.1 SRS包含的内容

范围、引用文件、需求、合格性规定、需求可追踪性、尚未解决的问题、注解、附录

4.1.6 需求验证

需求验证也成为需求确认

4.1.6.1 需求验证的方法
  1. 需求评审:对SRS进行技术评审
  2. 需求测试

4.1.7 UML

UML是一种定义良好、易于表达、功能强大且普遍使用的建模语言

4.1.7.1 UML的结构
4.1.7.2 UML中事物的关系
  1. 依赖:一个事物发生改变会影响到另外一个事物的语义
  2. 关联:关联描述一组对象之间连接的结构关系
  3. 泛化:一般化和特殊化的关系,描述特殊元素的对象可替换的一般元素的对象
  4. 实现:是类与类之间的语义定义关系,其中一个类指定了由另外一个类保证执行的契约
4.1.7.3 UML2.0中的图
4.1.7.3.1 交互图
  1. 顺序图(序列图):由一组对象或参与者以及它们之间可能发送的消息构成。交互图关注于系统的动态视图,顺序图是强调消息的时间次序的交互图
    在这里插入图片描述

  2. 通信图

  3. 定时图(计时图)

4.1.7.3.2 非交互图
  1. 类图

  2. 对象图

  3. 构件图

  4. 组合结构图

  5. 用例图:描述一组用例、参与者及他们之间的关系
    在这里插入图片描述

  6. 状态图:描述一个状态机,它由状态、转移、事件和活动组成,状态图给出了对象的动态试图
    在这里插入图片描述

  7. 活动图:将进程或其他计算机结构展示为计算内部一步步的控制流和数据流。专注于系统的动态视图,强调对象间的控制流程
    在这里插入图片描述

  8. 部署图:描述对运行时的处理节点及在其中生存的构件配置,给出了架构的静态部署视图,通常一个节点包含一个或多个部署图
    在这里插入图片描述

  9. 制品图

  10. 包图

  11. 交互概览图

4.1.7.4 UML视图
  1. 逻辑视图:也成为设计视图,表示设计模型中的架构方面具有重要意义的部分,即类、子系统、包和用例实现的子集
  2. 进程视图:是可执行线程和进程作为活动类的建模,是逻辑视图的一次执行实例,描述了并发与同步结构
  3. 实现视图:对组成基于系统的物理代码的文件和构件进行建模
  4. 部署视图:把构件部署到一组物理节点上,表示软件到硬件的映射和分布结构
  5. 用例视图:是最基本的需求分析模型

4.1.8 面向对象分析

  1. OOA:(Object-Oriented Analysis)面向对象分析法
  2. OOD:(Object-Oriented Design)面向对象设计
  3. OOA与OOD的区别:OOA模型独立于具体是按,即不考虑具体实现有关的因素,OOA的任务是做什么,OOD的任务是怎么做
  4. 面向对象分析阶段的核心工作是:建立系统用例模型与分析模型
4.1.8.1 类与类的关系
  1. 关联关系:提供了不通类的对象之间的结构关系,它在一段事件内将多个类的实例连接在一起
  2. 依赖关系:两个类A与B,如果B的变化可能会引起A的变化,则称类A依赖类B
  3. 泛化关系:描述了一般事物与该事物中的特殊种类之间的关系,也就是父类与子类之间的关系。继承关系是泛化关系的反关系,也就是说,子类继承了父类,父类泛化了子类
  4. 共享聚集:简称聚合关系,表示类之间的整体与部分的关系,其含义是部分可能同时属于多个整体,部分与整体的生命周期可以不相同。如车和车轮的关系,车坏了车轮可以继续用
  5. 组合聚集:简称组合关系,表示类之间的整体与部分的关系,与聚合关系的区别在于,组合关系中的部分只能属于一个整体,部分与整体的生命周期相同,部分随着整体的创建而创建,也随着整体的消亡而消亡,如公司下有多个部门,公司倒闭,部门也就不存在了
  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值