怎么做需求分析
编辑导读：作为一个产品经理，每晚要接触到大大小小不同能源需求的需求。要对这些需求或进行分析，才能更好地了解问题，从而制定相应的解决方案。那么，怎么做需求分析呢？本文基于自身作战经验，对此展开分析，希望对你有帮助。
做这些同学不清楚如何做需求分析，希望通过本文简单的介绍可以帮助。
在寄送一个需求的时候，需要搞清楚这个需求的使用场景是什么，用户是谁，用来解决什么问题。当我们清晰的了解问题从此以后，就可以对产生的原因进行分析，然后制定相应的解决方案。
在需求沟通时，需要挖掘用户资金需求的全球性需求吗？需要注意只需要挖掘弊端，不挖掘方案。因为在问题级的探寻中用户是中所理性的，而在方案级的探讨中第二级用户是感性的。用户只是环境问题专家，我们才是解决方案专家。
使用场景：细化业务场景，分析有多少个操作流程，整理用户预期的正常流程，再确认存在变化的情况。
存在问题：针对这些流程，从用户的角度思考当前存在的问题，会遇到什么问题。
解决方案：针对这些问题，思考系统提供更多除非提供什么样的功能。
需求分析时，确认重要干系人至关重要，决定着上线的介面功能是否满足了用户需求。
干系人分析需要侧重他们的关注点，就是正需求，不过他们的阻力点（担心点，负需求）也是十分重要的，这样的话用户特别关注不能怎么做。
1. 根据目标识别关键干系人
画漫画 读组织架构图，将相关业务部门负责人标识为关键标识干系人会。
标志牌如果这些部门有分支机构则分支机构负责人也标识为关键干系人。
意见领袖、业务专家字样为关键干系人。
2. 根据风险识别关键干系人
对一大批基层用户带来造就影响的，则基层用户是关键干系人。
具有若所的，也是关键干系人。
技术开始实施存在风险的，开发团队也是关键干系人。
钱学森观后感 当系统复杂、涉及到不同的银行业务时，就需要通过业务子系统划分，将模块分解成更小的业务单元，以逐步解决系统风险问题过于复杂的问题。根据系统特点，选择合适的划分策略进行分解。
对于积极支持管理业务的系统而言，最奇特的业务子系统划分策略就是按部门职能进行划分的。
通常在开发外部服务系统以后时，可以预先梳理出业务结构，然后以多种不同的产品服务作为产品服务划分线索。
对于即新开发的系统而言，最常用的策略是按业务职能分解、按产品/服务分解、职能/
服务双维度划分、按关键特性分解。
对于系统优化的开发而言，相当适合很的方法是分析有哪些新增、修改，有哪些影响。
接口分析主要目的是了解各业务子系统银行业务之间的服务关系。
1. 明确接口的用途与业务价值
接口由哪些子系统模组实现更为合理？
哪些子系统会使用这些接口、什么时候使用、实现什么业务价值？
接口的使用频率如何、接口相关的业务发生的频率如何？
2. 细化接口的交互过程
接口的交互由谁发起？
需要几次交互？
都是什么数据？
纪念九一八演讲稿3. 确定接口设计约束
数据传输、通讯、内容包需要有采用文本特定的协议标准吗？
接口实现时受到硬件、网络、操作系统的限制吗？
接口的性能要求如何、要支持多大的并发、要达到什么样的相应速度？
接口相关的安全性、可靠性要求如何？
识别业务流程时限于两种边界，一是职能边界，除外就是跨越了我们未适用于的业务领域；二是系统边界，就是不属于系统关注的部分，做好边界分析，确定系统的边界。
信息系统的核心价值包括支持管理和支持业务，支持管理的核心是通过管理流程事前规避风险，通过规则和审批事中控制风险，通过数据分析做事后优化；支持业务的核心是对业务流程的固化、优化和重构。
1. 选择流程图描述方式
强调每个角执行的活动：跨职能流程图
巩义美食 强调各角间的协作交互：顺序图
验车手续 强调数据挖掘过程：数据流图
2. 画流程主体
中曾从提出服务请求开始到服务被满足的流程中涉及哪些角？
每个角负责完成哪些独立的业务活动？0459是哪里的区号
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论