引自2018上半年系统分析师试题一
阅读以下关于系统分析任务的叙述，在答题纸上回答问题1至问题3.
【说明】
某公司是一家以运动健身器材销售为主营业务的企业，为了扩展销售渠道，解决原销售系统存在的许多问题，公司委托某软件企业开发一套运动健身器材在线销售系统。目前，新系统开发处于问题分析阶段，所分析各项内容如下所述:
(a)用户需要用键盘输入复杂且存在重复的商品信息;
(b)订单信息页面自动获取商品信息并填充;
(c)商品订单需要远程访问库存数据并打印提货单;
(d)自动生成电子提货单并发送给仓库系统;
(e)商品编码应与原系统商品编码保持一致;
(f)商品订单处理速度太慢;
(g)订单处理的平均时间减少30%;
(h)数据编辑服务器CPU性能较低;
(i)系统运维人员数量不能增加。
【问题1】(8分)
问题分析阶段主要完成对项目开发的问题、机会和或指示的更全面的理解。请说明系统分析师在问题分析阶段通常需要完成哪四项主要任务。
【问题2】(9分)
因果分析是问题分析阶段一项重要技术，可以得出对系统问题的真正理解，并且有助于得到更具有创造性和价值的方案。请将题目中所列(a)~(i)各项内容填入表中(1)~(4)对应位置。
表1-1问题、机会、目标和约束条件
【问题3】(8分)
系统约束条件可以分为四类，请将类别名称填入表中(1)~(4)对应的位置。
表1-2约束条件分类
ps：
信息系统的生命周期
立项阶段、开发阶段、运维阶段、消亡阶段
系统规划、系统分析（需求分析）、系统设计（架构设计、概要设计、详细设计）、系统实施、运行与评价
单个系统开发
我们所处的阶段在这里！！！
需求分析
结构化需求分析(3+1)
数据字典
数据元素
数据结构
数据流
数据存储
加工逻辑
外部实体
功能模型：数据流图DFD
数据流
加工
数据存储
外部实体
行为模型：状态转换图STD
状态（初态、终态）
事件
数据模型：ER图
实体
联系
面向对象的需求分析
相关概念
对象：属性（数据）+方法（操作）+对象ID
类（实体类/控制类/边界类）
（1）实体类。实体类映射需求中的每个实体，保存需要存储在永久存储体中的信息，例如，用户、商品等。
（2）控制类。控制类是用于控制用例工作的类，用于对一个或几个用例所特有的控制行为进行建模。例如，结算、备货等。
（3）边界类。边界类用于封装在用例内、外流动的信息或数据流。例如，浏览器、购物车等。
继承与泛化：复用机制
封装：隐藏对象的属性和实现细节，仅对外公开接口
多态：不同对象收到同样的消息产生不同的结果
接口：一种特殊的类，他只有方法定义没有实现
重载：一个类可以有多个同名而参数类型不同的方法
重写
消息和消息 通信：消息是异步通信的
UML
构造快
事物
结构事物：最静态的部分，包括：类、接口、协作、用例、活动类、构件和节点。
行为事物：代表世界和空间上的动作。包括：消息、动作次序、连接
分组事物：看成是个盒子,如；包、构件。
注释事物：UML模型的解释部分。描述、说明和标准模型的元素。
关系
依赖、关联、泛化、实现
依赖关系：一个事物发生变化影响另一个事物。
泛化关系：特殊/一般关系
关联关系：描述了一组链，链是对象之间的连接。
聚合关系：整体与部分生命周期不同。
组合关系：整体与部分生命周期相同
实现关系：接口与类之间的关系
图
结构图/静态图
类图
对象图
包图
组合结构图
构件图
部署图：软件构件爱你与硬件的关系
制品图
动态图/行为图
用例图
顺序图/序列图
通信图/协作图
定时图
状态图：状态变迁
活动图：流程、并发、泳道
（1）程序流程图明确地指定了每个活动的先后顺序，而活动图仅描述了活动和必要的工作顺序。
（2）流程图一般都限于顺序进程，而活动图则可以支持并发进程。
（3）活动图是面向对象的，而流程图是面向过程的。
交互概览图
规则
公共机制
规格说明：事物语义的细节描述，它是模型真正的核心
修饰：通过修饰来表达更多的信息
公共分类：类与对象、接口与实现
扩展机制：允许添加新的规则
4+1视图
用例图：最终用户，需求分析模型
逻辑视图：系统分析、设计人员，类和对象
进程视图：系统集成人员。线程、进程、并发
实现视图：程序员。物理代码文件和组件
部署视图：系统和网络工程师。软件到硬件的映射
需求建模
用例模型
识别参与者
合并需求获得用例
细化用例描述
用例名称
简要说明
事件流
非功能需求
前置条件
后置条件
扩展点
优先级
调整用例模型：包含、扩展、泛化
包含：共性
扩展：可能需要
泛化：父子
分析模型
定义概念类
识别类之间的关系
依赖
关联
聚合
组合：同时消亡
泛化
实现
为类添加职责
建立交互图