【系统分析师】4.需求工程

大纲图:


需求工程
    需求分析
        需求分析方法
            结构化需求分析SA
                行为模型
                    STD 状态转换图:状态 & 事件
                数据模型
                    ER图,实体 & 联系
                功能模型
                    数据流图 DFD
                        数据流,加工,数据存储,外部实体
                        分解的时候输入输出不能缺少
                        自顶向下,逐步分解
                数据字典
                    数据元素;数据结构;数据流;数据存储;加工逻辑;外部实体 解释
            面向对象需求分析
                对象
                    对象ID;属性;方法
                类
                    实体类;控制类;边界类(位于系统和外界的交界处比如字体类,接口类)
                继承与泛化
                    从子到父:广泛化的过程 (理解一下泛化)
                封装
                多态
                接口
                重载
                消息和消息通信
        面向对象分析-UML
            组成
                构造块
                    事物
                        结构事物
                            静态的部分,比如:类,接口,用例,活动类,构件
                        行为事物
                            代表时间或者空间上的动作
比如:消息,操作顺序,连接
                        分组事物
                            包,构件
                        注释事物
                            UML的解释部分
                    关系
                    图
                规则
                    范围
                    可见性
                    完整性
                    执行
                        运行或模拟动态模型的含义是什么
                公共机制
                    规格说明
                    修饰
                    公共分类
                    扩展机制
            4+1视图
                1.逻辑视图
                    系统分析设计人员,类图和对象
                2.实现视图
                    程序员,物理文件和组件
                3. 部署视图
                    运维
                4. 进程视图
                    系统集成,并发考虑
                5.用例视图
                    用户,需求分析模型
            UML图
                下边详细展开
        UML图
            静态图(结构图)
                类图
                    描述类和类之间的关系
                包图
                    多个类组成一个包,描述包和包之间的关系
                构件图
                    从功能的维度,描述模块构件之间的关系
                部署图
                    怎么来部署
            动态图(行为图)
                用例图
                    用例之间的关系
                时序图(顺序图)
                    通信,强调通信的 顺序
                通信图
                    通信,强调通信实体之间的 关系
                状态图
                    由状态,转移,事件和活动组成
                    强调 某事件 导致了对象的行为
                    将 状态(Node)串联起来,事件是导致状态变更的因素
                活动图
                    活动流程,将活动串联起来
                    强调活动的流程关系,考虑的并发操作
                定时图
                    时间维度又什么操作
        用例图
            用来描述一组用例,参与者 以及他们之间的关系
            从用户的角度描述系统的功能
            参与者包括:用户,组织,外部系统,时间,温度 等触发因素
            用例: 是功能模块
            关系
                包含关系
                    学习课程 必须 登录
                扩展关系
                    学习课程 可以先 充值,也可以 不充值
                泛化关系
                    注册功能 可以分为 电话注册和网络注册 两种
            用例建模流程
                1. 识别参与者
                2. 合并需求获得用例
                3.细化用例描述
                4.调整用例模型
        类图
            类名,方法名,属性名字
            多重度
            关系
                1.依赖关系
                    一个事务发生印象两一个事务
                2.泛化关系
                    集成,特殊和一般的关系
                3.关联关系
                    3.1 组合关系
                        组成一个产品,零件产品
                    3.2 聚合关系
                        聚集为一个团队,不聚集 也是人
                4.实现关系
                    接口
    需求定义
        将需求文档化
    需求验证
        需求评审
            正式评审
            非正式评审
        标志
            用户签字确认
            备忘录,邮件
    需求管理
        定义需求基线
            经过评审的需求规格说明书
        需求跟踪
            正向跟踪
                从需求跟踪产品,确认该需求有没有做
            反向跟踪
                从产品跟踪需求,查看某块需求是否遗漏
            工具:需求跟踪矩阵
        需求风险管理
            有风险的做法
                没有足够的用户参与
                忽略了用户分类
                用户需求不断增加
                模棱两可的需求
                不必要的特征
                过于简单的 需求规格说明书SRS
                不准确的估算
    需求获取
        需求获取方法
            1.用户访谈
                提前准备访谈大纲;1对1-3,抽取有代表性的客户
            2.问卷调查
                勇夺,无法一一访谈,一般是先访谈,列出问题,对关键的问题进行确认
            3.现场观摩
                针对复杂的业务流程;像实习生一样参与实际工作中去
            4.联合需求计划ERP
                又称:联合需求分析会议,是获取需求的方式,不是确认需求
                各方参与,成本高,可以发现和解决需求中的冲突
            5.情节串联板
                通过讲故事的方法
                原型法的雏形
            6.收集资料
                把与系统相关的对系统开发有益的资料收集起来,比如收集工作中的单据
            7.参加业务实践
                有效的发现问题的本质和寻找解决问题的版本
            8.阅读历史文档
                先阅读文档,后才能收集
            9.抽烟调查
                降低成本,访谈也是一种抽样调查
                样板大小 = 0.25 (可信度系数 / 可接受错误)的平方
                可信度系数
    需求工程概述
        需求概念
            用户对系统在功能,行为,性能,设计约束方面的期望
        行为分类
            需求开发(技术维度)
                需求获取;需求分析;需求定义(需求规格说明书);需求验证
            需求基线
                经过评审的 需求规格说明书
            需求管理(管理)
                变更控制;版本控制;需求跟踪;需求状态跟踪
        需求分类
            业务需求 - 整体全局
            用户需求 - 用户视角,怎么操作
            系统需求 - 计算机方面
                功能需求
                非功能需求 - 性能
                设计约束 - 比如开发语言
        质量功能展开QFD
            基本需求
                用户明确说明的需求
            期望需求
                隐含的需求,用户没讲,但需要做的
            兴奋需求
                做了用户会意外高兴的需求
            原则:做好基本,识别期望,不做兴奋
        PIECES非功能性需求分类技术
            1.性能
                子主题 1
            2.信息
                用于描述数据的输入,输出和处理逻辑
                各种接口
            3.经济
                成本&收益
            4.控制
                安全
            5.效率
                提高效率,节省成本
            6.服务
                提高企业对客户,服务商,合作伙伴,顾客等的服务质量


……

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章