题库内容说明(信息系统分析与设计).

信息系统分析与设计报告

信息系统分析与设计报告

一、引言

信息系统在现代社会中起到了重要作用，它能够帮助企业提高运营效率，降低成本，提升竞争力。而信息系统的开发需要经过系统的分析与设计阶段，本报告将对某企业的信息系统进行分析与设计，以期达到提升企业运营效率的目的。

二、需求分析

1.业务流程分析

首先，需要对企业的业务流程进行分析，掌握企业的运营模式、组织结构以及业务流程。通过分析企业的业务流程，可以深入了解企业的核心业务，并为信息系统的设计提供指导。

2.用户需求调研

其次，需要对企业的用户进行需求调研，了解他们对于信息系统的期望与需求。通过与用户的沟通与交流，可以更好地满足用户的需求，提高系统的可用性与用户体验。

3.数据需求分析

再次，需要分析企业的数据需求，确定系统需要处理的数据类型、数据量及数据流动的过程。同时，需要分析数据的安全性要求，以确保数据的完整性、可用性和机密性。

三、系统设计

1.系统结构设计 根据需求分析阶段的结果，可以进行系统结构设计。系统结构设计包括确定系统的模块、功能以及模块之间的关系。通过合理的系统结构设计，可以确保系统具有良好的可扩展性与可维护性。

2.数据库设计

信息系统的设计离不开数据库的设计，需要根据数据需求分析的结果设计数据库表结构、字段以及约束关系。同时，需要选择合适的数据库管理系统，确保系统的数据管理效率和安全性。

3.界面设计

界面设计决定了用户与系统交互的方式和效果，需要根据用户需求调研的结果设计用户友好的界面。同时，要保证界面的一致性和易用性，减少用户的学习成本。

4.系统功能设计

根据业务流程分析的结果，确定系统的功能模块，包括数据的输入、处理和输出等功能。同时，需要考虑系统的扩展性和灵活性，以便适应未来业务发展的需求。

四、系统开发与实施

在系统设计阶段完成后，需要进行系统的开发和实施。开发过程包括编码、测试、调试等环节，实施过程包括系统的安装、培训和数据迁移等步骤。在开发和实施过程中，需要进行充分的测试和评估，确保系统的稳定性和可用性。

(完整)信息系统分析与设计课后题答案

(完整)信息系统分析与设计课后题答案

编辑整理：

尊敬的读者朋友们：

这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整)信息系统分析与设计课后题答案）的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。

本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快 业绩进步，以下为(完整)信息系统分析与设计课后题答案的全部内容。

(完整)信息系统分析与设计课后题答案

第一章信息系统导论

一、名词解释

1． 信息：信息是经过加工后的数据，它对接收者的决策或行为具有现实或潜在的价值.

2． 系统：系统是由处于一定环境中的若干相互联系和相互作用的要素组成并为达到整体目的而存在的集合。

3． 信息系统：信息系统是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据业务、管理和决策问题并为组织目标服务的综合系统。

4． 决策支持系统：这是在现代信息技术的基础上，交叉管理学、行为科学、运筹学,控制论等学科运用、人工智能、专家系统、知识工程等理论和方法,辅助支持企业，决策活动的信息系统。

二、选择题

1． 信息运动的基本形式是（D）

A. 信息输入与输出 B信息处理 C信息控制 D信息循环

2． 决策的基础(C)

A管理者 B客户 C 信息 D规章制度

3． 下列是分布式系统缺点是（D）

A难于发挥用户的积极性和创造性 B应变能力差

C系统难于扩展 D安全控制难度大

4． 集中式系统的缺点是（C)

A不利于安全控制 B应变能力差

C不利于调动各部门的积极性 D不利于人员素质的提高

5． 以下不是B/S结构特点的是（B）

《信息系统分析与设计》课程大作业

提交截止时间：2020年6月3日晚23:55

注意事项：

1） 请独立完成作业，可以参考所有网络、文献资料，但所有的参考资料请严格标注出处。所有作业将

经过查重，未经引用和说明的大面积雷同将视作抄袭，该题计0分。如发现两份作业雷同，则两份

作业均计0分。

2） 提交作业请按最后一页的格式，不用复制粘贴题目，标示题号即可。最后请提交PDF文件。

3） 不以篇幅论成败，尽量言之有物。

1. （20分）面向对象建模与分析

某公司拟开发一个外卖配送和服务平台。该平台为顾客展示其所在地附近的外卖商家、菜品，

顾客选择商家和菜品后，可以在该平台进行订单结算、支付（接入第三方支付平台），同时平台推

送估计送达时间给用户。平台进而推送订单信息到商户，商户看到订单信息后确认并开始制作。进

入制作环节之后，系统推送配送业务到临近的外卖小哥，外卖小哥抢单并到相应商家取餐，根据平

台上第三方地图提供的路线进行配送。若3分钟内无人接单，系统自动派发订单给距商家近邻的小

哥。顾客可以实时追踪外卖小哥送餐轨迹，外卖小哥将餐送给顾客后，顾客对该订单进行评价。

a) 根据以上需求描述，请分析该系统的参与者，并针对该系统需求进行用例建模，在必要的情

况下可适当采用<>，<>等机制。

b) 在用例建模的基础上，请提炼分析类（analysis class）,并区分不同类型的分析类（边界类、

控制类、实体类）。

c) 结合该系统所描述的场景及用例建模，说明为什么用例建模是一种系统化的思维。

d) 请绘制该系统中外卖小哥相关用例的序列图（sequence diagram）。

e) 该公司想在系统中增加一个数据分析模块，从而能更好地实现外卖小哥的送餐调度。请分

析新模块的需求，并添加相关用例。

2. （40分）新冠疫情爆发以来，各地均推出了“健康码”系统。个人在系统中填写居住、联系方式等相

关信息，可以获得健康码状态，同时通过健康码可以追溯个人的健康状况，以及是否和疑似或确诊

1 / 21 信息系统设计与分析考核知识点 本文依据高等教育自学考试北京市指定教材《系统分析与设计方法（原书第7版）》惠腾著、肖刚 孙慧等译2007年版和信息系统设计与分析(课程代码02134)自学考试大纲编写。作者分析历年真题整理出了考核知识点并标记了重点，供大家参考。 1. 第一章 系统分析和设计方法的环境 1.1. 系统关联人员的定义 系统所有者：为要构造和运行的系统付费，设置系统的目标和优先级。因此，他们从解决问题探索机会的开销和收益的角度看待信息系统。 系统用户：为系统定义业务需求和预期。因此他们从给他们的工作提供的功能、易学性或易用性方面看待信息系统。 系统设计人员：将业务需求转换成可行的技术方案，因此，从指导最终系统构造的设计蓝图的角度看待信息系统。 系统构造人员：构造、部署和维护信息系统。因此，他们从实现系统的实际软硬件的角度看待信息系统。 系统分析员 system analyst : 研究组织存在的问题和需求，确定人员、数据、过程的信息技术如何最大化使产品增益。面对不同的参与者，他们的视点都不同，系统分析员扮演角色疏通系统计算机业务解决方案与信息技术之间交流障碍； 1.2. 系统分析员所需的（知识和）技能 有效的信息技术知识，计算机编程经验和专长、一般商业知识、通用解决问题技能、良好的育人沟通能力、良好的处理人际关系能力、灵活性和适应能力、人格与道德规范； 1.3. 影响信息系统的最重要的企业发展趋势（企业的驱动力） 经济全球化 电子商务和电子业务 安全和隐私 协作与合伙经营 知识产权管理 持续改进 全面质量管理 业务过程重构 1.4. 影响信息系统的技术因素（技术驱动） 网络和因特网 移动和无线技术 对象技术 协作技术 企业应用软件 1.5. 企业应用软件 核心应用软件包括财务管理、人力资源管理、市场和销售以及运行管理（库存或生产控制)。曾经绝大多数企业自己构造大部分或者全部核心企业应用软件。 如今，这些“内部的”核心应用与其他企业应用软件互补，那些软件将企业的业务过程同它的供应商和客户的业务过程集成到一起，称为客户关系管理和供应链管理 1.6. 简化的系统开发过程 系统启动：产生一个业务问题陈述和项目计划：确定要用技术方案解决的问题的范围、目标、进度和预算 2 / 21 系统分析：产生系统用户对业务问题方案的业务需求、预期和优先级的陈述。 系统设计：产生对应实现业务需求的方案的技术蓝图和规格说明， 系统实现：按照技术体系结构和规格说明，产生业务问题的软硬件技术方案。 1.7. 通用问题解决步骤和简单信息系统开发过程之间的关系 简化的系统开发过程 通用问题解决步骤 系统启动 1.确定问题（也包括规划问题方案） 系统分析 2.分析和理解问题 3.确定方案需求和预期 系统设计 4.确定替代方案，选择“最佳”方案 5.设计所选方案 系统实现 6.实现所选方案 7.评估结果（如果问题没有得到解决，回到第1步或第2步） 2. 第二章 信息系统构件 2.1. 前端信息系统、后端信息系统的定义 前端信息系统（front－office information system）是指支持延伸到企业客户的业务功能的信息系统。 后端信息系统（back－office information system）是指支持组织内部业务运行并直达供应商的信息系统。 2.2. 常见的几类信息系统 事务处理系统（TPS）、管理信息系统（MIS）、决策支持系统（DSS）、主管信息系统（EIS）、专家系统、通信与协作系统、办公自动化系统 2.3. 一个信息系统的面向目标的视角，系统设计人员和系统构造人员对信息系统的视角 一个信息系统的面向目标的视角包括： ·改进业务知识的目标。知识是信息和数据的产品。 ·改进业务过程和服务的目标。 ·改进业务通信和人际协作的目标。 系统设计人员和构造人员对信息系统的视角更多地集中在以下内容： ·支持企业积累和使用业务知识的数据库技术。 ·自动化业务过程和服务的软件技术。 ·支持业务通信和协作的接口技术。 2.4. “知识”构件、“过程”构件、“通信”构件 知识构件 提高业务知识是信息系统的基本目标。 过程构件 信息系统的另一个目标是改进业务和服务过程。过程实现了信息系统的预期功能，过程表示系统的工作。 通信构件 通信构件是企业内部通信和协作的重要工具，信息系统的通信改进一般会导出信息系统的两个主要接口目标：1.信息系统必须为系统用户提供有效的通信接口，这些接口可以促进团队工作和协作活动；2.信息系统必须具有同其他信息系统的有效接口，既包括企业内部的信息系统也包括其他企业的信息系统。 3. 第三章 信息系统开发 3.1. 能力成熟度模型（CMM）的定义及其5个成熟度等级 能力成熟度模型（Capability Maturity Model，CMM）是用来评估组织的信总系统开发以及管理过程和 3 / 21 产品的成熟度等级的框架。它由5个开发成熟度等级构成。 一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。 3.2. 系统生命周期和系统开发方法的定义 系统生命周期是自然存在的，有两个关键阶段的转换：1.当系统从开发阶段循环到运行和支持阶段时，必然会发生一次；2.在某个时刻，出现报废，系统从运行阶段循环到重新开发阶段。 系统开发方法是一种方法学，它是构建和维护系统以及其他信息系统走过它们生命周期的标准过程。 3.3. 系统开发的10个基本原理 原理1：让系统用户参与 原理2：使用一套问题解决步骤 原理3：确立开发阶段和开发活动 原理4：在开发过程中记录文档 原理5：建立标准 原理6：管理过程和项目 原理7：将信息系统作为重要的投资看待 原理8：不必害怕取消和返工 原理9：分而治之 原理10：设计系统时应考虑到增长和变化 3.4. FAST方法及其8个阶段 FAST方法由8个开发步骤构成，同时系统开发生命周期有4个经典阶段。 范围定义、问题分析、需求分析、逻辑设计、决策分析、物理设计和集成、构造和测试、安装和发布 3.5. CMM中的每一个等级都是下一等级的先决条件 第一级：初始级，无政府状态或者混乱状态。项目成败往往取决于项目团队的技能和经验，开发过程是不可重复也是不可预测的，常常有很多危机并超出预算，项目文档零散而且不一致。多存在于小公司以及没有开发制度规范的公司，包括存在外行直接指导内行模式开发过程的公司。 第二级：可重复级，组织已经建立了项目管理过程和实践，这些过程和实践可以跟踪项目费用、进度、功能。这一级重点是项目管理。组织采用的项目管理过程和实践是某个成功的存在，并且是生搬硬套，有时不合时宜。项目成败取决于项目团队的技能和经验。这一级为下一级标准化过程提供了素材并奠定了基础。 第三级：已定义级，组织购买或开发了一个标准的系统开发过程，并将其集成到组织的信息系统和服务部门中。由于所有项目都使用了标准化过程，所以项目产生一致并且高质量文档和交付成果。开发过程是稳定、可预测并且可重复。 第四级：已管理级，组织建立了可度量的质量和生产率目标。因为是基于标准化，开发过程的数据信息有效的保存到数据库中，这样可以通过数据统计分析，主动预测项目的问题，提前做好应对。 第五级：优化级，根据第四级数据的度量和分析，持续改进标准化过程和项目开发，最终形成组织最佳技术实践。 3.6. PIECES问题分类框架 绝大多数的项目都是由系统所有者和系统用户启动的。大部分的项目动力来自于问题、机会和指示。 项目动力来源包括了解决问题、探索机会、实现指示。PIECES作为一个实用的问题分类框架，概括了项目动力来源的六个主要方面： Performance：改进性能的需要 Information：改进信息和数据的需要 Economics：改进经济、控制成本或增加收益的需要 Control：改进控制或安全的需要 Efficiency：改进人与过程效率的需要 4 / 21 Service：改进客户、供应商、合作伙伴、雇员等服务的需要 3.7. 顺序开发 顺序开发按照一个方向从一个阶段到另一个方向。要求每个阶段在另个阶段之后“完成”，直到信息系统终结。各个阶段可以在时间上一定程度地相互重叠。例如，系统设计部分可以先于系统分析完成之前开始。这种方法的可视化显示类似瀑布，通常被称为瀑布开发方法。 瀑布开发方法(water fall development approach)是一种系统分析和设计方法，要求每个阶段必须在另一个阶段之后“完成”。 3.8. 迭代开发 迭代开发方法又称增量开发过程。要求完成足够的分析、设计和实现以便能够完全开发新系统的一部分并将其尽快投入运行。一旦系统的这个“版本”实现了，该策略就进行另外的分析、设计和实现，以便发布系统的下一个版本。这些迭代将持续下去，直到整个信息系统的所有部分都实现了。 3.9. 三种流行的模型驱动开发技术 （1）过程建模 起源于结构化分析和设计方法中，是一种可靠而且重要的技术，有点过时，但是因为业务重构的需要，它又向活跃舞台前进了几步。这种建模技术非常有助于消除存在于非技术性的系统所有者和用户与技术性的系统设计人员和构造人员之间的交流隔阂。 （2）数据建模 使用最广的系统建模技术，重点在于捕捉业务数据需求的模型上，并把这些模型转换成数据库设计，极其强调知识构件和数据。 （3）对象建模 对象建模是技术进步的产物，它消除了过程建模和数据建模之间的同步问题。面向对象建模是现在的 5 / 21 主流。 3.10. 快速应用开发（RAD）的定义 快速应用开发(Rapid Application Development, RAD)是一种系统开发策略，该策略强调用户深入地参与到一系列系统工作原型的快速进化和构造过程中，以加速系统的开发过程，系统工作原型最终将成为目标系统（或者系统的一个版本）。 3.11. 快速应用开发的基本思想 ·让系统用户更主动地参与到分析、设计和构造活动中来。 ·将系统开发组织成一系列重点突出的研讨会，研村会要让系统所有者、用户、分析员、设计人员和构造人员一同参与。 ·通过一种迭代的构造方法加速需求分析和设计阶段。 ·用户提前看到一个可工作系统的时间。 3.12. 模型驱动方法的优缺点 优缺： 需求说明往往更加全面而且被更好地文档化。 使用图形比使用语言更容易验证业务需求和系统设计。 更容易确定、概念化和分析多种技术方案。 设计说明更合理、更稳定、更具适应性、更灵活，因为它们是基于模型的，并且在构建前被更全面地分析过。 当使用全面而且清楚的基于模型的规格说明构造系统时，更容易首次就正确地构造出来。有些人认为代码生成软件可以自动地从好的系统模型中生成模板或者接近完成的代码。 缺点： 项目持续的时间很长，需要时间收集事实、绘制模型、验证模型。如果用户需求不确定或者不明确，这种情况就更明显。 模型所能达到的需求理解程度最多只能与用户的理解程度一样。 图形不是软件，所以有人认为这种方法降低了用户在项目中的主动参与成分。大多数用户对图形不感兴趣，而是想看到可行的软件，并通过软件本身的存在（或不存在）评估项目的进展。 模型驱动方法被认为不够灵活一一用户在设计之前必须完全说明需求，设计必须完全记录技术说明才能构造等。有人觉得这种呆板的方法是不现实的。 3.13. 快速应用开发方法的优缺点 优点 它适用于用户需求不确定或者不明确的项目。 ·它鼓励用户和管理层主动地参与（相对于不可工作的系统模型的被动式响应)，这增加了最终用户对项目的热情。 项目具有较高的可视性和支持程度，因为用户深人地参与到整个开发过程中。 ·用户和管理层看到可工作的基于软件的方案比模型驱动开发要快得多。 ·在原型中错误和遗漏往往比在系统模型中更早地被发现。 测试和培训是基本原型方法的一个自然副产品。 迭代方法显得更“自然”，因为开发过程中变化是必然的。 缺点 ·有些人认为RAD鼓励了一种“编码、实现和修改”的心理，这增加了运行、支持和维护系统所需的费用。 因为省略了问题分析阶段，所以RAD原型一个易犯的错误是解决了错误的问题。