互联网ch系统分析.pptxVIP

第五章 信息系统分析;第一节 系统分析的任务;第一节 系统分析的任务;;;1.系统分析员面临的挑战;问题空间的理解;人与人之间的沟通问题;失之毫厘，谬之千里;;环境的变化;调查?定义?优化?方案确定?审查 做什么→需 求;什么是需求?;需求获取VS软件开发过程;什么是需求工程？;;需求管理过程：在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。 需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。 ;需求工程的主要内容： 需求开发产生的主要文档为《用户需求说明书》与《软件需求规格说明书》。 需求管理产生的主要文档为《需求评审报告》、《需求跟踪报告》和《需求变更控制报告》 ;第二节 业务调查与业务流程图;第二节 业务调查与业务流程图;1.需求的来源与调查对象;(1)需求分析员应当起草需求调查问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。 问题表可以有多份，随着调查的深入，问题表将不断地被细化。 根据经验，用户通常没有耐心回答复杂的论述题，所以问题表应当以“选择题”和“是非题”为主。 制定问题表最简便的方法就是从《用户需求说明书》的模板中提取需求问题。 ;设计调查表内容的参考原则;调查表中的一般问题：;xii. 部门产生哪些信息？ xiii. 部门产生的信息送到哪些部门？什么格式？ xiv. 信息输入输出方式与设备是否有要求？ xv. 数据是否要求备份？设备与策略是什么？ xvi. 业务处理有高峰期吗？在什么时候？业务量是多少？ xvii. 现有哪些设备需要继续使用？ xviii. 产品运行环境？ xix. 界面风格与操作方式是否有要求？ xx. 对操作人员素质是否有要求？ xxi. 需要权限管理吗？ xxii. 需要日志吗？ xxiii. 用户有???力进行维护吗？ xxiv. 需要分布式处理吗？ xxv. 需要扩展性吗？ xxvi. 需要什么方式的培训？ xxvii. 对帮助与文档系统有什么要求？ ;例：出版社MIS的调查设计;(2)确定调查方式，调查的主要方法有： 问卷调查 复查现有报表和业务过程的描述 与用户面谈与讨论 观察与记录业务过程 与同行或专家交谈，听取意见与建议 分析已经存在的软件系统，提取需求 从行业标准和规则中提取需求 到Internet上查找相关信息 ;(2)辅助调查的方法有： 可通过原型的方法获取需求，这对于“说不出需求”的用户尤其适用。 JAD（联合应用开发会议）是加快调查的重要方法，即将相关人员全部召集在一起参加单一会议直接解决需求分析问题。 ;(3)需求分析员与被调查者建立联系，确定调查的时间、地点、人员等，撰写需求调查计划。要特别留意的是不要漏掉典型的用户。 ;3.调查与记录;需求冲突的解决 需求从获取渠道收集到以后，可能产生不一致的地方。 解决原则主要有： 当客户需求与开发方预计需求冲突时，以客户需求为主。 用户间需求冲突则以级别大的用户需求为准，同级则少数服从多数。 多个客户以出钱多的客户需求为准 ;4.需求分析与物理模型构建;;1）确定事件与事物;2）分析用户与系统边界;3）业务建模与流程图;;;;;;另一种画法;课堂练习;;系统用户？： 车间 库长 库工 采购员 供货商 管理部门 ;库存管理系统流程图;;实验5 流程图绘制工具的使用;第三节需求分析与建模;1 数据流分析与数据流图;结构化分析方法兴盛的时期，软件系统的开发过程是从物理模型到逻辑模型，再从逻辑模型到新的物理模型的过程。这种方法可以保证系统分析能按步就班的完成，但缺点是 a) 系统分析时间较长，要花费更多时间与资金去分析、了解和记录旧系统的运行，提炼出运行逻辑。 b) 新系统往往是旧系统的简单自动化，不论原系统的效率有多低，是否合理，都原样地进入新系统，并不能通过信息化改造原来的业务管理流程，提高管理水平。 不适合于全新系统的开发，特别是一些WEB项目，如电子商务方面的项目开发，这些项目没有可参考的旧系统。 ;现代的需求分析过程，往往是直接在对用户需求进行收集地过程中直接产生新系统的逻辑模型（直接通过对比要解决的商业问题和软件需要实现的功能）。系统分析员只有在需要理解商业业务流程时才去检查现有系统。 系统分析员的焦点是：以新系统为中心。提出创新的问题解决之道是系统分析员的素质要求之一。此外，新系统的引入还可能对组织原来的业务流程进行改造——BPR。 两种思维方式：