《实战需求分析》教学课件(第3章)培训讲学.ppt

单击此处编辑母版标题样式,编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,实战需求分析,第,3,章：系统规划,课时：,xx,授课老师：,xxxxxxx,本书主页,杨长春编著,清华大学出版社出版,目录,CONTENTS,系统规划,思考题,本章重点,系统规划的工作内容,需求确定,整理需求,系统蓝图设计,几个注意事项,系统规划,系统规划的工作内容,系统规划是根据用户需求规划企业信息化管理体系的过程，主要工作包括：,厘清用户需求,对用户的需求进行系统分析,规划未来如何通过信息系统进行企业管理,确定需要哪些软件功能,需要处理哪些数据,以下这些工作是在系统规划阶段决定的,以后用户如何通过这个软件工作,对现在的业务流程需要做什么变更重组,这个项目的范围,哪些需求可以实现哪些需求不可以实现,整个系统需要处理的信息,整个系统需要提供的功能,系统规划的工作内容,需求确定,整理需求,系统蓝图设计,几个注意事项,系统规划,3.1,需求确定,控制需求,挖掘需求,认清需求,具体化,避免,误差,结构化,将抽象的需求具体化,思考通过什么方法能够实现用户抽象的需求目标,案例：抽象的需求,将自然语言描述的需求结构化,将用户用自然语言描述的不严谨的需求转换成明确、精准、没有二义性的需求,案例：将自然语言描述的需求结构化,注意避免理解偏差,如何避免理解偏差,提高沟通能力、沟通频次，学习对方工作领域的知识,案例：需求调研中的理解偏差,3.1,需求确定,控制需求,挖掘需求,认清需求,识别超出项目范围的需求,控制需求,需求是有边界的，应该在项目范围之内。为了让用户理解需求边界，首先要确定项目目标。用户的需求如果偏离了这个目标，要指出来，越早指出越好。,识别错误的需求,用户的需求并不总是正确的，有些需求得不偿失或根本无法实现。满足用户的需求是义不容辞的责任，但不包括错误的需求。,识别技术上不能实现的需求,要对自己的团队的技术能力有非常清楚的了解。对于技术上不能实现的需求要尽早跟跟用户说清楚。,案例：限制超出项目范围的需求,案例：识别错误的需求,3.1,需求确定,挖掘需求,控制需求,认清需求,用户提出的需求,需要挖掘的需求,需要满足用户的需求,需求,组成,但只包括,正确,的需求,用户需求并不是建立信息化管理体系的目标,让用户提出需求是建立这个体系的一种手段，不是目标,必要的需求是要挖掘的，无论用户是否提出，都需要实现,案例：挖掘需求,满足用户正确的需求,系统规划的工作内容,需求确定,整理需求,系统蓝图设计,几个注意事项,系统规划,3.2,整理需求,业务流程图,需求调研报告,1,引言,1.1,编写目的,/,为什么要编写本文档,1.2,调研背景,/,简述调研过程，参与人等,1.3,专业术语,/,解释本文档中用到的专业术语,2,概述,2.1,项目目标,/,希望对企业管理改善达成的目标,2.2,期待解决的问题,/,希望通过本项目解决的管理问题,2.3,项目范围,/,本项目的工作边界,2.4,双方约定,/,澄清双方理解上可能产生冲突的地方,3,相关资料,/,经过整理的对以后阶段有用的资料,3.1,组织结构,3.2,用户名单,3.3,重要业务规则,【,案例：某销售管理系统的项目目标,】,【,案例：某库存管理系统“待解决的问题”,】,【,案例：某销售管理系统的项目范围,】,【,案例：某销售管理系统的双方约定,】,3.2,整理需求,业务流程图,需求调研报告,4,需求,/,整理所有需求，这是本文档的核心内容,4.1,财务部,/,可以以业务领域为维度，也可以以软件,功能为维度,4.2,计划部,5,数据,/,整理本系统需要处理的所有数据,5.1,销售合同,5.2,采购单,6,相关系统,/,可能跟本项目有关系的其它软件系统,6.1,系统,A,6.2,系统,B,7,其它,7.1,注意事项,/,注意点,7.2,待定问题,/,没有定论，还需要继续讨论的问题,【,案例：某车间调度的需求,】,【,案例：某采购管理系统的数据,】,【,案例：某考勤分析系统的“待定问题”,】,整理需求,业务流程图,需求调研报告,【,案例：业务流程图,】,3.3,整理需求,业务流程图,需求调研报告,系统规划的工作内容,需求确定,整理需求,系统蓝图设计,几个注意事项,系统规划,进行价值分析,分析这个系统将来会给客户、用户带来什么,；,分析会对以后的管理带来什么，会对管理工作有什么影响，管理方式会因之而做出什么变更,。,进行价值分析,规划软件边界,规划工作方式,规划软件边界,规划好你的软件在这个公司做什么，不做什么。,无论多么强大的软件系统，都不可能处理管理过程中所发生的所有事情，总有一部分你的软件可以处理，一部分你的软件不可以处理,；还,有些事情，虽然软件系统可以处理，但因为种种原因管理者未必愿意使用你的软件处理,；还,有些事情，是通过别的软件处理的,。,规划工作方式,规划各岗位人员使用软件后的具体工作过程,，,需要规划相关岗位的职员在使用你的软件之后应该如何工作，围绕软件系统的具体工作步骤是什么,。,3.3,系统蓝图设计,【,案例：规划软件边界,】,【,案例：存在多系统的软件边界,】,3.3.2,系统蓝图设计,-,规划工作方式,规划使用软件系统的时间,不同功能有不同的时间要求,规划使用时间主要用于对软件的运算压力提前做好预案,规划使用软件的地点,规划工作人员在什么地方使用软件,不同岗位有不同使用的方式,规划软件系统的触发事件,规划什么事情发生时需要软件来处理,处理不同的事情，需要软件的什么功能,规划使用软件系统工作的场景,原来是怎么处理的，现在该怎么处理，经历哪些步骤，在处理过程中，人需要做什么，系统需要做什么，人跟系统怎么进行信息交互等,规划工作方式,【,案例：使用软件系统的触发事件,】,【,案例：使用软件系统工作的场景,】,系统规划的工作内容,需求确定,整理需求,系统蓝图设计,几个注意事项,系统规划,3.4,几个注意事项,警惕利益受损者,推行信息化管理需要进行流程重组,流程重组会遭到大部分人的反对,对来自利益受损者的阻力要有心理准备,避免重复劳动,重复劳动会严重影响工作士气,要避免给用户带来重复劳动,重复劳动最大的可能性来自数据的重复录入,处理好软件关系,一个信息化管理体系可能会包括很多软件,要警惕业务范围有交叉的软件,如果处理不好会：带来重复劳动；形成信息孤岛,避免信息孤岛,注意事项,01,02,03,04,【,案例：直接重复录入数据,】,【,案例：间接重复录入数据,】,【,案例：在多个系统中重复录入数据,】,信息割据：每一款软件都有自己的规则，犹如“信息诸侯”,3.4.4,避免信息孤岛,形成原因,处理方式,什么是信息孤岛,物理信息孤岛,逻辑信息孤岛,A,B,数据被存放在不同的物理地点，相互之间被完全隔开，很难找到直接的通信方式。,由于现在网络发达，这种情况比较少见,从物理层面来看，连接没有任何障碍，孤岛的形成纯粹是由数据的产生过程、加工过程、存储格式、数据结构引起的,。,这种情况占了绝大部分,信息被分割成许多独立块，块与块之间缺少有效的联系手段，犹如海洋中孤零零的岛屿。,信息,孤岛,3.4.4,避免信息孤岛,形成原因,处理方式,什么是信息孤岛,供应商不愿意别人访问自己系统的数据,数据有特殊性，别人无法解读,人为因素,编码差异,缺少关联字段,数据结构差异,完全相同的数据，在这个软件系统中采用这种编码方式，在另外一个软件系统中又采用另外一种编码方式,业务上有关联的数据，在两个软件系统中就是找不到关联方式,业务上相同或相似的数据，在不同的软件系统中采用了完全不同的数据结构,3.4.4,避免信息孤岛,形成原因,处理方式,什么是信息孤岛,统一编码,在不同的系统中将相同的业务信息统一编码,因为关键数据编码一致，可以采用简单的方法整合,综合解决方案,综合解决方案从根本上解决信息孤岛问题,实现综合解决方案是一个相当艰巨的任务,数据接口,系统之间通过接口进行数据沟通,麻烦之处：范围小、实时困难、同步困难,整合平台,建立一种用于信息整合的平台，这其实也是一种软件,麻烦之处：从其他软件系统中获取数据是一件困难的事,【,案例：通过数据接口保持数据同步,】,本章重点,本章重点,本章重点,：,如何将用户的需求具体化、结构化（）,如何识别超出项目范围的需求（）,如何识别错误的需求,（）,需求调研报告的编写方式（）,如何绘制业务流程图（）,如何规划软件边界（）,如何规划工作方式（）,让用户重复劳动产生的原因（）,信息孤岛形成的原因，常用处理方式（）,思考题,思考,请思考,：,学校需要开发一款管理学生档案信息的软件。对于学生基本信息的编辑权限，客户提出了这个需求：学生的基本信息由班主任录入，如果班主任请假，领导又催得急的话，学工处王老师处理。,用正确的方式重新描述本需求。,假设需要开发一款软件用于学校宿舍的床位分配，根据你的想法提出关于床位分配的需求。注意需求描述要尽量明确、精准、没有二义性，且一般非,IT,人员能够看得懂。,根据学校图书馆借书、还书的管理要求，画出业务流程图。,假设你到学校图书馆借书，图书管理员通过软件处理借书事宜。描述一下处理借书的工作场景。,观察在学习、生活中使用到的一些软件，请举一个信息孤岛的例子，并说明（或猜想）其形成的原因，有什么解决方法。,谢 谢！,授课老师：,xxxxxxxxx,