需求分析方式方法培训

需求分析方式方法Version1.00201204242内容导航业务需求分析背景知识领域31需求分析的思路、过程、和要求331需求分析的基本方式方法2业务需求分析-WhatisBusinessAnalysis3Businessanalysisisthesetoftasksandtechniquesusedtoworkasaliaisonamongstakeholdersinordertounderstandthestructure,policies,andoperationsofanorganization,andrecommendsolutionsthatenabletheorganizationtoachieveitsgoals.Structure信息结构Policies制度约束Operation操作行为StakeholderAchieveBusinessgoals业务需求分析RecommendSolutions解决方案需求的级别4BusinessRequirements商业需求StakeholderRequirements各利益相关者需求SolutionRequirements方案需求1.功能性需求2.2.非功能性需求ImplementationRequirements迁移性需求123业务需求分析的知识范畴5分析计划和监控需求分析需求收集/采集企业分析方案评估需求管理与沟通识别利益相关者、分类+代表选择业务分析技术和管控流程、制定需求分析计划管理需求的冲突、变更。需求管理的基线版本控制需求实现的跟踪矩阵最高级别需求，定义项目解决方案的可行性标准项目成败的判定标准保证完全和清晰地采集了所有利益相关者的需求。各种采集方式方法的利用定义解决方案，保证完整满足业务需求和所有利益相关者的需求。各种分析方法和建模工具的使用。数据、业务、界面建模等。建模方案的评估和验证。各个方案的SW优劣势分析。差距分析、性能分析，可行性分析等。新发展趋势--MDA模型驱动架构，更高级别抽象6软件开发领域两个重要的变化：面向服务的体系架构(SOA)。---现在很多组织用一系列的服务和服务之间的相互连接表示他们的解决方案。软件的产品线。通常，在一个组织开发和维护的系统中，存在着大量的可公用的部分。我们能够将在开发的产品线视图中定义良好模式的应用理解成为一种从一个抽象级别到一个更底层抽象级别的方案转化描述的方法。暂时应用于银行、保险、金融等大型复杂系统。OMG确定了四种模型类型：计算无关的模型（CIM），平台无关的模型（PIM），平台相关的模型（PSM）一个实现相关的模型（ISM）。CIM开发PIM转换PSM开发ISM转换用例图、活动图状态图、类图、序列图平台相关技术模型开发代码生成业务需求分析知识推荐阅读7TheGuidetotheBusinessAnalysisBodyofKnowledgeInternationalInstituteofBusinessAnalysis(IIBA)TheGuidetotheBusinessAnalysisBodyofKnowledge------右下角附件UML建模://建模机制研究及在系统需求分析中的应用.pdfUML在数据库建模中的应用.pdf基于UML的数据库建模技术研究.pdf利用UML获取功能需求的方法.pdf以UML用例图为基础的系统需求分析.pdf一些现行的标准GB/T1526-89，信息处理，数据流程图，程序流程图，系统流程图，程序网络图和系统资源图的文件编制符号及约定；GB/T17549-1998，用于行政、商业和运输业电子数据交换的业务与信息模型化框架；GB/T19000-2000，ISO9000质量管理保证体系；IEEE1320.1-1998，功能建模方法IDEF0；IEEE1320.2-1998，信息建模方法IDEF1x；美国国防部标准，过程建模方法IDEF3；美国国防部标准，面向对象设计方法IDEF4；对象管理组织OMG建模语言标准，统一建模语言UML，MDA.8国家标准软件开发文档模板9内容导航32业务需求分析背景知识领域32需求分析的思路、过程、和要求3需求分析的基本方式方法1纷繁复杂的需求10错误的需求理解就像燎原的野火11需求分类的复杂性12一个超市系统的需求分类需求工程需求开发需求管理优先级确定、分类、变更管理问题采集建议方案分析建模沟通优化总体验证需求文档非功能性需求常用类别通用类：-General1）系统/业务需求、合约/标准/规范、开发、设计、部署的约束条件。例如移动公司UI规范，南网接口规范等。2）需求描述是否明确具体，可衡量和验证。可靠性：-Reliability1）系统可靠性，MTBF,MTTR,MTTF（平均失效间隔、恢复时间、无故障时间）。2）系统可用时间，uptime/availabletime.3)健壮性，准确性是否考虑了。（robustnessrequirements）性能类：-Performence1）响应时间/延迟时间指标。（responsetime/latencyTIME）2)吞吐量要求throughput。3）输入/输出/存储容量要求。(Volume)4)峰值、短期并发量的要求。安全类：-safety、security：1）系统操作，是否会给客户造成故障，是否有警告和恢复处理措施。例如GPON的VLANID分配会导致客户现场业务瘫痪。2）系统安全，例如web系统对外界入侵的防御措施，验证码、链接、sql注入，防木马等。配置类：-Configuration1）某些频繁变动的数据需要可配置。2）与其他系统的兼容性。尤其是外部系统单点登录、异构数据库等。操作限制和易用性：-Usability、Operationable1）特殊的操作要求。例如必须支持远程访问、IE6浏览器等。2）国际化、本地化支持。UI规范等。需求的层次和多视图分析13用例视图是中心和綦础，它定义系统的需求，描述系统的外在行为(即“做什么”)，对其他视图起决定和推动作用。需求需要从多个视角进行考虑和建模。系统/业务需求各利益相关者需求方案性需求功能性需求非功能性需求实现性需求用例视图逻辑视图过程视图开发视图物理视图“4+1”视图模型组问题域方案域需求分析的基本方法14结构化分析方法建模…面向对象的分析方法建模两种基本的建模方法1.E-R实体关系图定义静态结构2.数据字典定义数据3.数据流图DFD、控制流图、状态迁移图定义动态变化4。处理规格说明（PSpec）控制规格说明（CSpec）定义细节说明静态结构动态变化-逻辑规则静态结构关系分析建模动态数据更新行为分析建模需求分析建模结构化分析方法老土了吗？15ONT中继电路语音业务语音业务逻辑端口逻辑端口逻辑设备0..*10..*1ONUOLTIP网络逻辑端口光路数据业务逻辑端口数据业务电路1111PON链路11..*11..*1111数据流图的画法实践.PDF数据来源(外部实体)数据输出(外部实体)数据处理过程数据存储数据流图-希赛培训静态动态结构化分析方法面向对象的UML建模与“4+1”视图16用例视图逻辑视图--最终用户-需求进程视图--系统集成人员物理视图—工程人员开发视图—开发编程人员服务于最终用户，描述描述用例图中功麓需求静逻辑结构,又称静态视图，是对问题域功能分解和抽象，常用类图、对象图，包图。服务于系统集成测试人员，捕捉并发和同步特征，描述进程、线程，循环线程，中间件，连接件，远程调用等，关注非功能性需求，并发性、吞吐量，可扩充性等。服务于工程实施人员，物理视图分为两种，实现视图和部署视图，对应构件图和部署图，描述拓扑结构，部署安装和通信安排。服务于开发人员，描述了在开发环境中软件的静态组织结构，关注软件模块的组织与管理，通常是层次结构的。逻辑视图开发视图物理视图过程视图类图对象图包图无明确对应部署图，构件图4+1视图UML十大建模视图类图(对象图)，层次结构图静态结构建模动态行为建模UML常见模型图17用例图对象图-运行时系统镜像构件图(物理视图)-模块、子系统-接口协作图，消息的时间空间调用状态图-复杂对象的状态迁移图活动图-一段复杂的控制逻辑表现图部署展开图-运行时类图Sequence序列图，消息的时间调用顺序包图-模块结构-调用用例图说明181.用例图可以很好的描述系统边界，描述一个用户在系统中作用和操作范围。2.用例图是在用户的角度来看系统的。所以用例不是功能点，功能点是开发人员的视角。3.用例不是步骤和业务场景，一个用例包括一组步骤和业务场景。共同完成一个用户有意义的功能。4.用例之间原则是独立的。有的时候需要说明用例细节，就需要关联关系了。三种基本关系，包含、泛化、扩展，这些都是枝节。包含----拆分大用例成小用例。---常用。泛化----用例的特定实现。例如统计报表，泛化为人员统计表，车辆统计表等。扩展----用例会在某种条件下扩展出部分功能。例如湘潭光路调度流程，在资源不充足的情况下，需要启动工程建设流程。泛化包含扩展流程图191.两个维度，角色/部门/工作组，时间轴。-----时候、人2.每个流程环节的重要处理逻辑，需要标注说明。----做什么事情1）重要的业务处理逻辑；2）重要的流程节点动作说明—节点内转单、阶段性回复、签收、限时、超时标记、提交前校验必填项和重要逻辑、传阅知会、短信/邮件通知，撤销/中止标记。==后续与web室确定标准的动作列表3）不是所有处理都要一个节点，节点意味着时间、跨人/跨部门协作，不要自己给自己转单。4）不允许有悬空的节点3）明确标注并行逻辑，（分单并行+并行合单标记）4）退单线用红色虚线，与正常流向线区分。5）格式要求：节点大小一致、对齐、流向线横平竖直，尽量少交迭，整体简洁。原则：流程图要说清楚，什么人，什么时候，做什么事情。流程节点的动作-120•节点动作定义：流程中节点的执行人员可以执行的操作，或者系统可以自动执行的操作，包括执行人在这个节点需要完成的流程规定的任务，以及为了完成节点任务可以进行的影响流程流转顺序的操作等。•节点动作的类别：任务动作：节点完成的任务，如“审批”。流转动作：影响流程流转顺序的动作，如“加签”。辅助动作：为完成任务而进行的辅助性动作，如“沟通”。流转动作类：类别名称描述人执行系统执行表现形式备注流转动作1.收回节点执行完，下一节点执行前，可以收回进行修改，然后再提交.Y按钮所有节点都可以有，无需设置.1.加签审批时，可以征求另一人或多人的意见，然后再回到原审批人。注：1.执行人必须有审批权限才能进行加签，但是加签的人没有审批权限，他只能在审批栏里面填写意见。2.取消加签的归档加签后，可以对指定的加签人取消加签，取消加签后，未执行加签的人将不再看到流程加签请求了。如果不取消加签，则不需等所有加签人加签完毕磁能继续执行流转。Y按钮1.转发转发人与执行人有完全相同的权限，包括审批，转发后不用回原节点。(流程节点不变)Y按钮叫代理是不是更好点？？？1.跳签跳过接下来的一个或者多个环节，直接指定节点执行Y跳签按钮点击跳签按钮，列出所有节点列表，供选择跳签的节点（之前节点和特殊逻辑节点不可选）。如果调签的节点无法确定执行人，则手工选择。1.退单可退回到某个节点继续流转，具体退回那个节点由流程设计时制定，不可以手工选择。（默认上一个节点）Y“退单”按钮1.中止流程提前结束，当前节点后的节点不再执行。Y中止由各流程节点执行人操作，与撤销不同。可在流程设计时制定，中止是否自动归文或归档。1.撤销撤销即本流程提前结束，后续节点不再执行。不过撤销只能由流程发起人执行，但不一定只是在发起节点才有撤销权限。流程可以设定是否撤销自动归文或归档.撤销按钮1.提醒超时未处理，提醒执行人系统提醒需要设置节点超时时间，提醒间隔，次数，提醒方式等。1.升级超时未