1.3.信息化与信息系统（三）
2022-03-27 14:00:22 28 举报AI智能生成
登录查看完整内容
信息系统项目管理师重点内容，第一章第三部分
作者其他创作
大纲/内容
指反应企业或客户对系统高层次的一个目标追求
来源：项目投资人，购买产品的客户，客户单位的管理人员等
业务需求
描述用户的具体的目标，或者用户要求系统必须能完成的任务，用户需求描述了用户能让系统来做什么
用户需求
是指从系统的角度来说明软件的需求，包括功能需求，非功能需求和设计约束
系统需求
用户访谈、调查问卷、采样、情节串联版板、联合需求计划等
常见的需求获取方法-
需求分析*
是一种将用户需求转化成软件需求的技术
定义
用户认为系统应该实现的功能或性能，实现越多用户会越满意
常规需求
用户想当然认为系统应该具备的功能和性能，但并不能正确描述出自己想要的功能或者性能。
期望需求
也成为兴奋需求，是用户要求范围外的功能或性能
意外需求
分类
质量功能部署-
结构化分析SA方法进行需求分析核心是数据字典
实体联系图E-R图
数据模型
数据流图DFD
功能模型
状态转换图STD
行为模型
模型
SA方法进行需求分析
需求开发活动的产物
范围
引用文件
需求
合规性规定
需求可追踪性
尚未解决的问题
注解
附录
包含内容
需求规格说明书（SRS）*
确认SRS正确描述了预期的、满足项目干系人需求的系统行为与特征
确认SRS中的软件需求是从系统需求、业务规格和其他来源中正确推导而来的
确认需求是完整和高质量的
确认需求的表示在所有地方都是一致的
确认需求为继续进行系统设计、实现和测试提供了足够的基础
一般实际工作中，通过需求评审和需求测试工作来进行验证
需求验证-
是一种定义良好，易于表达、功能强大且普遍适用的建模语言。
两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义
依赖
关联描述一组对象之间的连接的结构关系
关联
一般化和特殊化的关系，描述特殊元素的对象可替换一般元素的对象
泛化
实现是类之间的语义关系，其中一个类指定了由另一个类保证执行的契约
实现
关系
类图**
对象图
构件图
组合结构图
用例图**
顺序图**
通信图
定时图
状态图**
活动图**
部署图*
制品图
包图
交互概览图
图
逻辑视图
进程视图
实现视图
部署视图
用例视图
视图
UML*
OOA面向对象分析方法
OOD面向对象设计方法
OOA与OOD-
软件架构设计的一个核心问题是能否达到架构级的软件复用
包括批处理序列（顺序执行）和管道/过滤器（输入输出数据流）两种风格
数据流风格
包括主程序/子程序（过程调用）、数据抽象和面向对象（对象及封装）、以及层次结构（分层调用）
调用/返回风格
包括进程通信（消息传递、远程调用）和事件驱动（事件触发调用）的系统
独立构件风格
包括解释器（解释引擎）和基于规则（规则集）的系统
虚拟机风格
包括数据库系统（中央共享数据源）、黑板系统（知识源、黑板及共享数据和控制）和超文本系统（非线性交叉引用）
仓库风格
具体风格
敏感点：一个或多个构件的特性；权衡点：影响多个质量属性的特征，是多个质量属性的敏感点
基于调查问卷（或检查表方式）
架构权衡分析法（ATAM）
软件架构分析法（SAAM）
成本效益分析法（CBAM）
基于场景的方式
基于度量的方式
评估方式
软件架构评估
软件架构风格*
高内聚低耦合
结构化设计
单一职责原则
开放-封闭原则
李氏替换原则
依赖倒置原则
接口隔离原则
组合重用原则
最少知识法则（迪米特原则）
面向对象设计
软件设计
需求管理、项目计划、配置管理、项目监督与控制、供应商合同管理、度量和分析、过程和产品质量保证
可管理级
需求开发、技术解决方案、产品集成、验证、确认、组织过程焦点、组织级过程定义、组织级培训、集成项目管理、风险管理、集成化的团队、决策分析和解决方案、组织级集成环境
已定义级
组织级过程性能、定量项目管理
量化管理级
组织级改革与实施、因果分析和解决方案
优化管理级
阶段式模型（CMM）
组织过程焦点、组织过程定义、组织级培训、组织级过程性能、组织级改革与实施
过程管理
项目计划、项目监督与控制、供应商合同管理、集成项目管理、风险管理、集成化的团队、定量项目管理
项目管理
需求管理、需求开发、技术解决方案、产品集成、验证、确认
工程
配置管理、度量和分析、过程和产品质量保证、决策分析和解决方案、组织级集成环境、因果分析和解决方案
支持
连续式模型（EIAIS）
软件工程的过程管理（CMMI能力成熟度模型）
测试用例
文档-检查单
代码-桌面检查、代码走查、代码审查
静态测试
语句覆盖
判定覆盖
条件覆盖
条件/判定覆盖
条件组合覆盖
修正的条件/判定覆盖的路径覆盖
白盒测试（结构测试）
等价类划分
边界值分析
判定表
因果图
状态图
随机测试
猜错法
正交验证法
黑盒测试（功能测试）
动态测试
测试方法
单元测试
集成测试
系统测试的对象是完整的、集成的计算机系统，系统测试的目的是在真实系统工作环境下，验证完整的软件配置项是否和系统正确连接，并满足系统/子系统设计文档和软件开发合同规定的要求。
系统测试
配置项测试的对象是软件配置项，配置项测试的目的是检验软件配置项与SRS的一致性
配置项测试
回归测试的目的是测试软件变更后，变更部分的正确和对变更需求的符合性，以及软件原有的、正确的功能、性能和其他规定的要求的不损害性
回归测试
Alpha测试
Beta测试
确认测试
类别
软件测试
也称界面集成，常用的集成，是黑盒集成
表示集成
是白盒集成。如批量文件传输、ODBC、数据库访问中间件技术等都用于数据集成
数据集成
也称功能集成或者应用集成，在业务逻辑层上对应用系统进行集成，是黑盒集成
控制集成
也称过程集成，有一系列基于标准的、统一数据格式的工作流组成
业务流程集成
能够使企业充分利用外部资源
多个企业之间进行应用集成
企业应用集成EAI*
信息化与信息系统（三）
0 条评论
回复 删除
下一页
