结构化分析及设计[1]

2.3 可行性研究-系统流程图
五、系统流程图
1.什么系统流程图 • 系统流程图是描绘物理模型的图形工具。 • 基本思想是用图形符号以黑盒子形式描绘 系统里面的每个部件（程序、文件、数据 库、表格、人工过程等）。 • 系统流程图所表达的是：信息在系统各部 件之间流动的情况，而不是对信息进行加 工处理的控制过程。
– 规模、组织目标、组织机构，产、供、销的概貌， 人员、设备与资金的现状，以及目前的管理水平， 特别是管理的基础工作的水平。
2.2 问题定义-初步调查
(2)现行系统的概况
– 功能、人员、技术水平以及管理体制（归属哪一级 领导）等。
(3)组织对外部的关系
– 和哪些外部单位（外部实体）之间有哪些物资、资 金或信息的来往关系。
2. 如何确定系统的目标
• 系统开发人员通过初步的调查，了解企业领导以及主要 的管理干部对系统的要求与设想，根据目前组织具备的 条件及资源，初步提出系统的目标。
2.2 问题定义-系统目标的确定
• 系统目标必须明确提出所开发系统是“干什么” 的，它与人工管理决策之间的界限，哪些信息 处理由计算机完成，哪些仍旧由人工完成。 • 对于一个较大的系统，除了系统目标之外，还 应提出各子系统的子目标。
2.3 可行性研究-系统流程图
• 图中票据、帐单有“生”、有“死”，即一次生命周期 反映一笔业务的处理情况。
4.系统流程图的作用
• 制作系统流程图的过程是系统分析员全面了解系统业务 处理概况的过程，它是系统分析员作进一步分析的依据。 • 系统流程图是系统分析员、管理人员、业务操作人员相 互交流的工具。 • 系统分析员可直接在系统流程图上拟出可以实现计算机 处理的部分。 • 可利用系统流程图来分析业务流程的合理性。
2.2 问题定义-系统目标的确定
(5)设计中考虑与本厂生产线上的实时控制系统的 接口，以扩大系统的功能。
例2：山东科技大学校园网总体目标
• 山东科技大学校园网的目标是要建成一个国际 一流先进水平的校园网络。 • 山东科技大学校园网的建设将极大地促进本地 和遍布全世界的互联网络之间的信息交流，并 让全世界更好的了解山东科技大学以及有关信 息，从而使山东科技大学进一步地走向世界。
2.3 可行性研究
一、可行性、可行性研究的含义
• 可行性的含义包括可能性、必要性。 • 可行性分析的对象是系统目标。评价总体 方案（系统目标）的可能性、必要性。 • 所谓可行性研究，就是按照各种有效的方 法和工作程序，对拟建工程项目在技术上 的先进性、适用性，经济上的合理性、盈 利性，以及项目的实施等方面进行深入的 系统分析。
2.1 结构化系统分析的基本思想
* 5. 工作文件的标准化和文献化
• 在系统的研制过程中，每一阶段、每一步骤都 应有详细的文字资料记载。资料要有专人保管， 要建立一整套（或用机器建立）管理、查询制 度。好处： （1）严格设立技术资料档案，为研制过程中工 作的交换和今后系统的维护提供了原始资料。 （2）建立统一的资料可以避免混乱。 （3）详细记载工作过程可以使系统研制人员及 时地发现问题，总结经验，形成自我反馈，弥 补工作中的一些缺陷和漏洞。
2.3 可行性研究-步骤
– 可行性报告主要内容
• • • • • • • • 引言 可行性研究的前提 对现有系统的分析 所建议的系统 可选择的其他系统方案 投资及收益分析 社会条件方面的可行性 结论
2.3 可行性研究-步骤
• 结论 • 可以立即开始进行 • 需要增加资源才能开始，例如增加投资或人 力。 • 需要推迟到某些条件具备后才能开始，例如 组织机构的调整。 • 需要对系统目标作某些修改才能开始。 • 不能或没有必要进行，例如经济上不合理， 投资相差太大。
例一：**厂信息系统的系统目标
• 为了管理现代化的要求，建立一个生产、经营、 资金、成本与物资的动态数据收集、处理与控 制的信息系统。
2.2 问题定义-系统目标的确定
(1)信息系统为不同层次的管理人员提供日、周、 旬、月、季、年的各种单项及综合的报表和计 划，并实现对当前的生产、经营、物资、资金 以及项目进度等现状与动态，进行多功能查询。 (2)该系统使用同一套数据，提高信息的准确性与 一致性。 (3)实行生产成本以批号为单位进行核算。对生产 质量与数量以批号进行跟踪，提供及时、可靠 的信息。 (4)建立若干管理的优化功能，包括计划优化、市 场预测和财务预测等。
• SSA法强调将整个系统的开发过程分为若干个 阶段，每个阶段都有其明确的任务和目标、以 及预期要达到的阶段成果。本阶段的目标达到， 才开始下一阶段，否则重复本阶段，或返回前 阶段。
2.1 结构化系统分析的基本思想
* 3. 结构化、规模化，自顶向下进行开发
• 从整体的角度，将各项具体的业务或组织放到 整体中加以考察。 • 自顶向下分析：确保全局的正确，然后再一层 层的深入考虑和处理局部问题。 • 实现过程：从底向上的方法，即一个模块一个 模块的开发、调试，然后再由几个模块联调， 最后整个系统联调。
2.3 可行性研究-目的
二、可行性研究的目的
• 可行性研究的目的就是用最小的代价在尽可能短 的时间内确定问题是否能够解决，是否有必要去 解决。
三、可行性分析的内容
1.技术上的可行性
• 使用现有的技术能实现这个系统吗？即分析现有的技术 条件实现系统的可能性。包括目前市场上的计算机硬、 软件、通讯设备以及计算机网络的条件，同时应了解有 关厂商提供维修等技术服务的条件等。
4.时间可行性
• 完成系统所花的时间是否能够满足用户的要求？
2.3 可行性研究-内容
5.组织与管理上可行性
• 从一个企业来看，企业内部干部的素质，他们 对管理现代化得认识与支持得程度，成为实现 系统最根本得可能条件。 • 管理基础是开发一个系统的基本条件，没有较 稳定、合理的管理制度与管理方法，系统是不 可能被成功开发。 • 同时，开发系统反过来也加强管理。
2.2 问题定义
一、关键问题
• “要解决的问题是什么？”
二、主要结果
• 提出关于问题的性质、工程目标和规模的 书面报告。
三、内容及步骤
(一)系统任务的提出 1. 系统任务的提出者
2.2 问题定义-系统任务的提出
(1)用户提出：一般而言，系统开发的任务由使用者提出， 如企业（或组织）的领导和有关的管理人员。 (2)课题项目：系统开发人员本身也可以提出系统开发任务。 (3)上级机关布置 (4)合作开发
2. 系统任务的提出形式
(1)书面形式：系统任务的提出一般以书面形式，如系统开 发任务书或系统开发协议书等形式。 (2)口头形式
2.2 问题定义-初步调查
3. 系统任务提出的目的
• 由于绝大多数使用者不可能对以计算机为基础的系统功 能全然清楚，对系统任务的要求不可能讲得确切。因此 使用者提出的系统任务，仅提供编写系统目标的素 材。如果不加分析与加工地当作系统目标，将使系统开 发工作盲目，无明确目标。
第二章 结构化分析与设计
2.1 结构化系统分析的基本思想
– 结构化的系统分析(Structured System Analysis)，简称SSA。 – 用系统的思想、系统工程的方法，按用户 至上的原则，结构化、模块化，自顶向下 对信息系统进行分析与设计。 – 与传统方法相比，SSA强调以下特点： * 1. 建立面向用户的观点
3.导出新系统的高层逻辑模型
• 高层逻辑模型包括：数据流图、数据字典等。
4.重新定义问题：1-4形成一个循环，直到系统逻辑 模型
2.3 可行性研究-步骤
5.导出和评价供选择的解法
• 从技术角度出发，提供可能的解决方案 • 从技术可行性、操作可行性经济可行性，排除不现实的 方案； • 为可行的方案，制定初步的进度计划；
• SSA法强调用户是整个信息系统开发的起源和 最终归宿。好处：
2.1 结构化系统分析的基本思想
• （1）用户可以更多地了解新系统，并随时从业 务和用户角度提出新的要求。 • （2）系统分析人员能更多的了解用户的需求， 更深入的调查和分析管理业务，使新系统更加 科学、合理。
* 2. 严格区分工作阶段
(4)本组织的领导者、管理部门对系统的态度，支 持的程度（包括人力、资料与数据），对新、 老信息系统的看法以及对信息的需求。 (5)开发系统的资源、人力、资金以及开发周期等 资源情况。
2.2 问题定义-系统目标的确定
(三)系统目标的确定 1. 系统目标的含义
• 系统目标是系统最终要达到的目标，是系统开发的宗旨， 各个阶段的工作都要以这个宗旨为中心。 • 如：有了明确的系统目标，然后进行系统的可行性，从 而有针对性的作进一步的详细调查。
例3：某销售公司的系统目标
• 某销售公司的系统目标是实现公司各个销售环节的计算 机管理，协调公司三大部门（销售部、财务部、储运部） 的工作，极大地提高公司内部的
2.2 问题定义-系统目标的确定
工作效率，使公司的经济效益显著提高。 • 从管理的层次结构来看，信息系统能为公司三个层次的 人员服务。一是为日常事务处理层服务，方便这类人员 的日常工作，具体包括营业代表填写供货单，财务人员 开发票、发货单、帐款回收，仓库人员配货等；二是为 中层管理者（如各部门经理）服务，便于他们指导、督 促和管理所在部门的日常工作。三是为高层决策者（如 总经理）服务，为他们的宏观决策提供科学的依据。如 预测产品的销量，确定合理的订货数量，使库存最优； 分析影响产品销量的相关因素，确定最佳的产品价格， 制定最优销售方案等。
2.3 可行性研究-内容
2.经济上的可行性
• 这个系统的经济效益能超过它的开发成本吗？ • 经济上的可行性包括两个方面：一是初步估算 开发系统所需的投资，目前资金有无落实；二 是估计系统正常运行时期能带来的效益（包括 直接效益、间接效益）。
3.操作可行性
• 系统的操作方式在这个用户组织内行得通吗？