阶段性产出图谱

步骤：A.针对业务需求确定产品目标和业务效果；<br>B.分析需求涉及到的系统建设现状和当前整体实施情况；<br>C.规划实施范围<br>D.最后要输出产品分析报告，其中要包括产品实施目标、业务效果、范围、非功能约束

<span style="font-size: 18.0180187225342px;">步骤：</span><span style="font-size: 18.0180187225342px;">A.分析上下文关系；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">B.分析应用架构；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">C.分析数据架构；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">D.分析技术架构；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">E.分析安全架构；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">F.提出应用解决方案的概要设计；</span><br style="font-size: 18.0180187225342px;"><span style="font-size: 18.0180187225342px;">G.最后输出架构解决方案和应用解决方案</span>

<span style="font-size: 18.0180187225342px;">步骤：</span>A.通过明确产品实施策略，提出相关系统协同实施方案；<br>B.提出业务过渡期方案；<br>C.提出初步系统改造和数据迁移方案；<br>D.制定产品里程碑计划和资源需求；<br>E.最后输出产品立项分析报告

步骤：A.列出并确认产品范围内的活动流程、产品任务列表；<br>B.建立业务事件与活动任务的映射关系；<br>C.列出现有系统已实现的功能列表；<br>D.建立与每个业务任务及其步骤的映射关系；<br>E.针对业务需求分析现有功能对应需求的支持情况，给出差异及其差异处理说明；<br>F.确定现有系统功能可完全匹配需求的业务任务列表，形成业务迁移功能需求列表；<br>G.确定被现有系统部分满足的，系统改造功能需求列表；<br>H.确定现有系统功能没有实现的业务任务列表，作为新增业务功能需求；<br>I.确定现有系统已实现，而业务需求没有提出或小于现有系统功能实现的业务任务列表；<br>J.最后输出功能需求分析报告

步骤：A.列出产品范围内的目标业务能力列表；<br>B.列出应用和组件需求定义的业务任务列表；<br>C.针对每一条目标业务能力匹配业务任务的定义，分析两者之间的吻合程度给出问题列表；<br>D.针对问题从问题对应的业务功能对业务制度的支持程度、业务价值、实施就绪程度、系统实施复杂度、产品实施进展要求等方面进行分析，分析问题对目标业务能力实现的影响；<br>E.针对上面的分析结果，从保证产品的业务实施效果出发，得出问题解决的优先程度，并提出现实可行的问题解决方案；<br>F.对于需要在当期产品中体现的任务建立补充需求列表；<br>G.最后输出实施效果分析报告

步骤：A.列出并确认产品范围内涉及协同业务的业务活动列表；<br>B.还原协同业务，生成协同业务各种变化组合的业务活动流程；<br>C.针对每个业务活动流程模型，从业务条件、流程步骤、业务决策、角色、事件等方面，分析各个活动流程之间的差异；<br>D.从应用实现的角度考虑对流程进行聚类，从实施出发在充分考虑现有后台服务系统的现状；<br>E.据差异分析的结果生成还原协同业务后的活动流程列表；<br>F.对每个还原协同业务后的活动流程用流程图的方式进行描述，并保持内容完整性；<br>G.标识业务活动流程中受协同业务影响的业务任务；<br>H.最后输出协同业务还原分析报告、业务活动流程图、业务任务定义

步骤：A.列出并确认产品范围内的任务列表；<br>B.确定人机交互界面需求；<br>C.确定人机交互界面客户体验设计模式；<br>D.提供每个人机交互界面的样式；<br>E.确定人机交互界面外部输入输出类型、名称、样式或文件格式；<br>F.确定人机交互界面输入输出内容详细字段信息；<br>G.建立用户体验建模框架；<br>H.确认用户人机交互界面需求分析结果符合业务需求；<br>I.最后输出用户体验需求分析

步骤：A.列出本产品相关系统及子系统清单；<br>B.分析并确定与本产品子系统相关的外部环境；<br>C.针对产品相关系统描述各个系统在总体架构中的功能定位，在产品中需实现的功能及对其它子系统提供的服务，及在非功能需求实现中所起的作用；<br>D.用上下文关系图描述本产品与外部环境的关系；<br>E.描述本产品与各个子系统之间的关系；<br>F.最后输出上下文关系与架构决策

步骤：A.定义产品应用架构，说明应用组件在各逻辑层的分布、具体含义和之间的关系；<br>B.根据架构设计原则来优化或调整产品应用架构；<br>C.列出产品所使用应用组件及公共组件的清单；<br>D.最后提出架构决策，输出应用架构与架构决策

步骤：A.分析产品实施范围；<br>B.分析文件传输的路径和策略；<br>C.分析数据创建范围；<br>D.分析数据应用模式；<br>E.分析数据存储策略；<br>F.分析数据分布；<br>G.最后提出架构决策

步骤：A.分析并明确应用及组件的生产部署模式；<br>B.应用与组件的功能和数据的部署分析；<br>C.分析并选择使用的技术架构服务；<br>D.定义运营节点视图；<br>E.最后提出架构决策

步骤：A.从身份认证、敏感信息保密、访问控制、数据安全、安全审计监控、基础设施安全等纬度，分析产品应用中涉及的安全需求；<br>B.根据安全架构的安全策略管理要求及应用场景管理要求，针对产品的安全需求，设计相应的安全方案，描述各产品安全管理策略的落实方式；<br>C.分析产品应用中对安全子系统及现状安全子系统的依赖关系，描述与安全子系统的上下文关系；<br>D.最后提出架构决策

步骤：A.参考前期典型交易场景的应用解决方案，选取对产品整体架构有至关重要应用的交易功能；<br>B.依据交易线应用模式说明和数据应用模式说明，识别和选择典型业务解决方案的应用模式，并明确其中各相关组件的功能定位及所需提供的服务；<br>C.以图的形式表达业务线的设计成果，其典型业务线的设计场景并集应覆盖外部产品相关应用组件、技术组件、数据组件、及安全组件的关键功能组件；<br>D.最后输出典型业务线设计

步骤：A.由应用设计人员根据其在分析阶段的成果，参照技术架构提供的应用监控指标列表，完成这些监控指标值的范围分析；<br>B.由实施人员审核，包括应用监控指标是否全面、合理；<br>C.应用设计人员根据反馈结果完成非功能指标的完善和最终确认；<br>D.最后输出应用监控指标

步骤：A.由应用设计人员根据其在分析阶段的成果，参照技术架构提供的应用非功能指标数据，完成指标值范围的分析，在这个过程中需要注意应结合运营节点视图，将一些指标做适当分解；<br>B.由实施人员及安全架构人员审核，包括指标值是否合理、当前的技术架构服务的容量是否满足等，如果容量不满足，需要执行何种流程进行扩容；<br>C.应用设计人员根据反馈结果完成非功能指标的完善和最终确认；<br>D.最后输出非功能指标和约束、应用非功能指标调研表、组件非功能指标列表