第4部分信息系统分析.ppt
《第4部分信息系统分析.ppt》由会员分享,可在线阅读,更多相关《第4部分信息系统分析.ppt(205页珍藏版)》请在三一文库上搜索。
1、第4部分 信息系统分析,信息系统分析的主要任务及目标,任务: 业务和数据的流程是否通畅,是否合理,数据、业务过程和实现管理功能之间的关系,原有系统管理模式改革和新系统管理方法等。 目标: 确定用户的需求及其解决方法,提出系统的逻辑模型。,需求分析,分为问题分析、需求定义和需求评审3个阶段。 1. 问题分析 对问题及其环境的理解、分析和综合,清除用户需求的模糊性、歧义性和不一致性,对相互冲突的要求进行折衷。 此阶段,要将对原始问题的理解与软件开发经验结合起来,以发现由于用户的片面性或短期行为所导致的不合理要求和用户尚未提出但具有真正价值的潜在需求。 2. 需求定义 3. 需求评审 在用户和软件设
2、计人员的配合下对生成的需求规格说明和初步用户手册进行复核,以确保需求的全面性、精确性和一致性。,需求定义,需求获取、需求规格说明及需求说明书(初步用户手册)等。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准及用户在性能、质量、可维护性等方面的要求。 用户手册包括用户界面描述及有关目标软件使用方法的初步构想。,需求获取的内容,功能需求 必能需求 环境需求 安全保密要求 用户界面需求 资源使用需求 软件成本消耗与开发进度需求,需求获取的方法,系统调查原则,自顶向下全面展开; 分析管理部门存在的道理、环境条件、工作过程; 工程化的工作方式; 全面铺开与重点调查结合; 主动沟通和亲
3、和友善的工作方式。,系统调查常出现的错误,1.技术与业务脱节 2.敷衍了事,不下功夫了解原有业务。 3.就事论事,图快、图方便。 4.把客户当专家,希望客户说出所有业务和问题。,系统详细调查,详细调查方法: 1.自顶向下全面展开 展开的方法可按深度优先与分支定界相结合方式,也可以按广度优先与分支定界相结合的方式。 2.事先计划和培训 3.从组织机构入手 组织结构按行政隶属关系或按业务隶属关系。 4.调查与分析整理相结合 调查必须统一口径,统一要求,统一表格; 相关业务对照调查材料。 5.了解业务与收集数据同时进行 在调查每个具体工作岗位业务的同时,还要收集与该业务有关的所有报表、文件、技术文档
4、,附在调查问卷之后; 在了解业务时,还要了解用户对信息载体的满意程度。,需求规格说明(IEEE830标准),1 引言 1.1 目的 1.2 文档约定 1.3 预期的读者和阅读建议 1.4 产品的范围 1.5 参考文献 2. 综合描述 2.1 产品的前景 2.2 产品的功能 2.3 用户类和特征,需求规格说明(IEEE830标准),2.4 运行环境 2.5 设计和实现的限制 2.6 假设和依赖 3 外部接口 3.1 用户界面 3.2 硬件接口 3.3 软件接口 3.4 通信接口,需求规格说明(IEEE830标准),4. 系统特性 4.1 说明和优先级 4.2 激励/响应序列 4.3 功能需求 5
5、. 其他非功能需求 5.1 性能需求 5.2 安全设施需求 5.3 安全性需求,需求规格说明(IEEE830标准),5.4 软件质量属性 5.5 业务规则 5.6 用户文档 6 其他需求 附录A:词汇表 附录B:软件分析模型 附录C:待确定的问题,需求规格评审,评审需求规格说明的主要指标: 正确性 无歧义性 安全性 可验证性 一致性 可理解性 可修改性 可追踪性,评审参考内容,系统定义的目标是否与用户的要求一致 系统需求分析提供的文档资料是否齐全 文档中的所有描述是否完整、清晰、准确地瓜映了用户要求 与所有其他系统成分的重要接口是否都已描述 所开发项目的数据流与数据结构是否足够,是否确定 所有
6、图表是否清楚,在没有补充说明时是否易于理解 主要功能是否已包括在规定的软件范围之内,是否都已充分说明 设计的约束条件或限制条件是否符合实际 开发的技术风险是什么 是否考虑过软件需求的其他方案 是否考虑过将来可能会提出的软件需求。 是否详细制定了检验标准,能否对系统定义的成败进行确认 有没有遗漏、重复或不一致的地方 用户是否审查了初步的用户手册 软件开发计划中的估算是否受到了影响,需求规格说明书,根据软件需求规格说明IEEE指南的表达,应该按照功能描述规格,而不是按照结构或过程描述规格。 通常,可以将需求工程文档分为需求(分析)文档和规格说明文档或将这两个文档结合在一起。,需求规格说明书,需求文
7、档包含的内容: 问题域描述+待满足的需求列表(待求解的问题) 规格说明文档包含的内容: 将满足需求的解系统的一种行为的定义(解决问题),需求规格说明书,需求规格说明书的核心是新的解系统的行为描述,包含的内容如下: 文档细节(标题、授权、修订本历史等) 概述(问题域和解系统) 需求(从需求文档中复制而来) 功能需求 性能需求 设计约束 系统行为(通常是最大的部分) 参考书目 词汇表(DD) 索引 另外可选的内容: 假设 未实现的功能,文档细节,标题: 作者: 文档说明约定/标准: 版本: 修改授权: 修改历史: 内容: ,概述,也称为引言(或概要)。 概述通常将以正要描述的系统开始,介绍总体目的
8、,可能包括问题域的简短描述,但不复制需求文档中所给出的完整描述,还可以提供需求规格说明文档其他部分概要或大纲(慎用),参考书目,需求获取记录 需求/分析文档 接口系统的规格说明书 项目计划 质量保证计划 任何已有系统的用户手册 设计约束下的开发过程 系统必须满足的规定需求 目标硬件的规格说明 ,词汇表(DD),词汇表定义与具体项目相关的所有术语。规格说明将需求文档中所采用的术语,但可以通过增加数据对这些术语进行扩充。,需求说明书(ISO标准版),1. 引言 1.1 编写的目的 说明编写这份需求说明的目的,指出预期的读者 1.2 背景 a. 待开发的系统名称; b. 本项目的任务提出者、开发者、
9、用户; c. 该系统同其他系统或其他机构的基本相互来往关系。 1.3 定义 列出本文件中用到的专门术语和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料,需求规格说明书(ISO标准版),2. 任务 2.1 目标 叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。 2.2 用户的特点 列出本系统的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本系统的预期使用频度。 2.3 假定和约定 列出进行本系统开发工作的假定和约束。,需求规格说明书(ISO标准版),3. 需求规定 3.1 对功
10、能的规定 用列表的方式,逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎么样处理、得到什么输出,说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。 3.2 对性能规定 3.2.1 精度 说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该系统的时间特性要求。 3.3.3 灵活性,需求规格说明书(ISO标准版),说明对该系统的灵活性的要求,即当需求发生某些变化时,该系统对这些变化的适应能力。 3.3 输入输出的要求 解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等,对系统的数据输出及必须标明
11、的控制输出量进行解释并举例。 3.4 数据管理能力要求(针对软件系统) 说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。 3.5 故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 3.6 其他专门要求 如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。,需求规格说明书(ISO标准版),4. 运行环境规定 4.1 设备 列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能,包括: a. 处理器型号及内存容量; b. 外存容量、联机或
12、脱机、媒体及其存储格式,设备的型及数量; c. 输入、输出设备的型号和数量,联机或脱机; d. 数据通信设备的型和数量; e. 功能键及其他专用硬件。 4.2 支持软件 列出支持软件,包括要用到的操作系统、编译程序、测试支持软件等。 4.3 接口 说明该系统同其他系统之间的接口、数据通信协议等。 4.4 控制 说明控制该系统运行的方法和控制信号,并说明这些控制信号的来源。,详细调查的范围,组织机构和功能业务; 组织目标和发展战略; 工艺流程和产品构成; 数据与数据流程; 业务流程与工作形式; 管理方式和具体业务的管理方法; 决策方式和决策过程; 可用资源和限制条件; 现存问题和改进意见。,系统
13、调查和系统需求分析的目的,1、弄清现行系统的工作模式、流程和环境; 2、发现问题存在的原因,研究改进、优化和重组方案实施的可能性; 3、为制定可行的实施方案和工程化的步骤做准备; 4、为后续设备、方案造型和本地化、客户化的二次开发奠定基础。,问卷调查法,问卷调查一般是一次调查加上一到两次反复询问。 问卷设计:调查者要能够了解促使岗位业务成功的关键成功因素。问卷设计一般是根据初步调查的结果,先对组织的基本情况进行大致的分析,确定可能与所调查问题有关的方面。,结果整理,通常在组织机构调查并绘制树状的组织机构图时,对每个管理岗位(即树状组织结构图中的节点)都加以编号作为图号。 调查结果的整理的作用是
14、弄清数据之间的联系、业务分工和职权划分等,记述主要业务工作以及描绘该工作与其他工作之间的联系。,学校内部行政隶属关系,学校内部业务隶属关系,需求分析的方法,功能分析方法 结构化分析方法 信息建模方法:实体联系图 面向对象的分析方法,业务流程调查方式,首先设计表格,然后根据问卷调查中所掌握的业务过程分发给用户,以此来辅助开发人员了解业务发生、发展的全过程。 业务流程调查表格设计时,应考虑如何能够方便、准确、全面地反映出他所从事的业务过程、地点、时间上的要求等内容。,现有计算机系统调查,针对现有的信息系统是以计算机技术为基础的系统,还应了解: 1.哪些环节已使用了计算机技术来处理信息,哪些环节还没
15、有?为什么? 2.已用计算机技术处理信息的环节用户满意程度如何?如果满意新系统将保留这些部分,不满意则调查原因,是对功能不满意还是数据不全面,或是设备太陈旧,或是业务过程变了,以便论证原有计算机系统是否可以调整? 3.收集原有系统文档资料,如原始业务调查表、系统分析、设计文件、数据字典和数据库结构、原程序文档说明。,详细调查一般流程,设计:岗位业务调查表 业务流程调查表,事先培训:讲解调查内容 发放调查问卷给对方 要求将的接触的报表、单据复印二份,逐个岗位约时间进行现场调查: 边问边记; 一旦涉及报表,则索要复印样张; 处理样张;,按业务流程整理材料和系统分析,将发现的问题带回到现场中查实,调
16、查中的报表处理,在调查过程中,一旦涉及报表,则立刻索要报表复印样张并作如下处理: 对报表所在的岗位和业务流程进行编号; 确定报表字段:字段设得是否合理,是否要增、删、改;字段名、类型、字长、小数点位数等; 标出字段来源; 计算得来的数据,将计算公式和过程直接标在报表中。,季度产品销售统计报表,来源:原始销售表第一列。 字段:C,8,来源:上期库存表第七列。 字段:N,4,来源:原始成本表第九列。 字段:N,5,来源:原始销售表第五列。 字段:N,5,计算:第四列X第五列。 字段:N,8,计算:(第五列第七列)X第四列。 字段:N,8,来源:原始销售表第二列。 字段:C,6,系统分析的主要活动,
17、组织结构与功能分析 业务流程分析 数据与数据流程分析 功能/数据分析 新系统逻辑方案的建立,组织结构与功能分析,组织结构分析:通过组织结构图实现,反映组织内部之间隶属关系的树状结构。 业务过程与组织结构之间的联系分析:通过业务与组织关系图实现 业务功能一览表 通常组织结构图、业务与组织关系图绘制在一张图纸中,业务功能一览表绘制在另一张图纸中。,组织结构图,业务功能一览表,组织结构图实例,组织结构图实例,组织结构图的特点,为业务调查所画出的组织结构图,为了更好地表示部门间的业务联系,与一般组织结构图存的如下区别: 1、除标明部门之间的领导与被领导关系外,还要标明资料、物资、资金的流动关系。 2、
18、图中各部门、各种关系的详细程度以突出重点为标准,即那些与系统目标明显关系不大的部分,可以省去或简略,如总务处等。 3、除了组织边界内的部门与联系外,还需要画出与组织有业务关系的边界以外的若干部门与联系。,组织结构图实例,总公司,供销处,人事处,生产处,技术处,财务处,采购,销售,仓库,1车间,2车间,3车间,研究,设计,领导关系,资料传递关系,资金流动关系,物资流动关系,顾客,功能调查,以组织结构图为背景分析各部门的功能后,分层次将其归纳整理,形成各个层次的功能结构图,然后自上而下逐层归纳和整理,形成以系统目标为核心的整个系统的功能层次图。,业务功能一览表,业务功能图实例,供销处业务范围如下:
19、 1. 采购员6人,共职责是根据市场需求和库存情况,负责钢材的现货和期货的采购,包括提出采购申请,与供应商签订进货合同,与供应商保持业务联系,进行合同督催等。 2. 合同员2人,其职责是负责登记采购员送来的进货合同,并完成每月的合同统计与分析。 3. 核价员1人,其职责是负责金属材料到货后的进价核价及入库单处理。 4. 销售员4人,其职责是负责金属材料的销售管理,如销售开票,保持与客户的业务联系等。 5. 统计员2人,其职责是负责全公司的物资进销存统计报表的制作与上报工作。,业务功能一览表,组织/功能关系表,组织结构图反映了组织内部各部门之间上下级隶属关系,业务功能一览表是系统的功能层次图,组
20、织/功能关系表反映组织内部各部门的主要业务职能、承担的工作及相互之间的业务关系。 组织/功能关系表中的横项表示各组织的名称,纵项表示功能与业务,中间栏表示组织在执行业务功能时的作用。,组织/功能关系调研,作用:能帮助我们了解组织内部各部门之间的业务联系,任务:画组织/功能关系图,组织功能关系表,注: 表示该项功能是对应组织的主要功能(主持工作单位,主要负责与决策者); 表示该单位是参加该项功能的相关单位(主要涉及者); 表示该单位是参与协调该项功能的单位(一般关系者)。,组织功能关系表,注: 表示该项功能是对应组织的主要功能(主持工作单位,主要负责与决策者); 表示该单位是参加该项功能的相关单
21、位(主要涉及者); 表示该单位是参与协调该项功能的单位(一般关系者)。,业务流程调查分析,从业务流程的角度将系统调查中有关业务流程的资料整理出来。 业务流程描述工具: 业务流程图 表格分配图,业务流程图的基本图形符号实例,业务处理单位 业务处理描述 表格/报表制作 数据/文件存档 收集/统计数据 信息传递过程,业务流程图举例,表格分配图,表格分配图可帮助系统分析员表示出系统中各种单据和报告在各个部门之间传递和处理的情况,其中一列表示一个部门。,实例:饭店餐厅服务表格分配图,点菜,配菜,传菜,准备酒水,结帐,存档,厨房配菜员,厨房传菜员,吧台,顾客,服务员,实例:采购过程表格分配图,系统分析流程
22、,系统功能需求分析,系统数据分析,确定新系统逻辑结构,书写系统分析报告,数据流程图:是描述系统逻辑模型的主要工具,通过几个特定的符号,可以综合地反映出信息在系统中的使用、加工处理、传递、存储的整体情况。,数据与数据流程分析,调查数据的汇总分析 数据流程分析,调查数据的汇总分析,1.数据汇总 将系统调查中所收集到的数据资料,按业务过程进行分类编码,按处理过程的顺序排放在一起。 按业务过程自顶向下对数据项进行整理。 将所有原始数据和最终输出数据分类整理出来,原始数据是以后确定关系数据库基本表的主要内容,而最终输出数据则是反映管理业务所需求的主要数据指标。 确定数据的长度和精度。 2.数据分析,数据
23、分析,数据分析通常用BSP方法中所提倡的U/C矩阵。U/C矩阵可于流程/数据、功能/组织、功能/数据等各种分析中。 利用U/C矩阵对数据进行分析,其基本原则是“数据守恒原理”(Principle of data conservation),即数据必有一个产生的源,而且必定会有一个或多个用途,具有完备性、一致性和无冗余性。 数据项特征分析时,要分析确定数据的类型、精度、字长,确定数据量,确定所涉及业务,确定数据的重要程度和保密程度。,流程、主题数据组合,功能/数据矩阵,功能/数据矩阵,数据流程分析,将数据在组织(或原系统)内部的流动情况抽象地独立出来,舍去具体组织机构、信息载体、处理工具、物资、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 部分 信息系统 分析
链接地址:https://www.31doc.com/p-2531207.html