系统与设计解析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
系统分析与设计 第一章: P1-P2:系统开发生命周期和4个基本阶段 P1 系统开发生命周期(SDLC)是指这样的一个过程,包括:理解信息系统对业务需求的支持,设计系统、构建系统,以及把系统移交给用户。 P3 SDLC有相似的4个基本阶段:计划、分析、设计和实现。 P5-P6: 简要描述4个基本阶段的内容以及步骤和主要可交付物 P6 实现阶段3个步骤:(1)系统构建(2)系统安装(3)分析员小组建立系统的支持计划。 P7:方法论定义以及三种类型 P7 方法论是指以规范化的方法实现SDLC。 以过程为中心的方法论首先注重确定系统相关的活动,即过程。 以数据为中心的方法论首先注重确定数据存储容器的内容和这些内容是如何组织的。 面向对象方法论试图平衡对过程和数据的重视。面向对象方法论用统一建模语言(UML)将系统方案表示为结合了数据和过程的对象集合。 P16: (表1-4)项目团队角色和职责 第二章:项目启动 P25:系统需求包含的5个元素及描述 P25 需求是指信息系统要做什么,或者是将包含什么功能。 大多数 系统需求 包括5个元素: 1、项目发起者 2、业务要求 3、业务需求 4、业务价值 5、特殊问题。 项目发起者是项目与外部的首要联系人并提出促成此项目的业务需求。 业务需求是指系统所需要具有的业务能力。 业务价值描述的是组织期望从项目中获得的收益。 特殊问题指在评估项目时,包含在文档中的所有需要考虑的外部信息的集合。 P28:可行性分析和3种技术 P28 可行性分析 :指导组织决定是否继续项目的开发。可行性分析也确定与项目相关的重要风险必须在项目批准前得到处理。 包括3种技术:技术可行性、 经济可行性 和 组织可行性。 P30:经济可行性分析的步骤(表2-2) 经济可行性分析的步骤: 确定花费和收益 定义现金流 估算项目的经济价值 ·投资回报率(ROI) ·平衡点(BEP) ·净现值(NPV) P31:花费和收益4种类型 P33 用于投资收益分析的财务计算 投资回报率(ROI):由给定的投资产出的收入或费用节约的总量 公式:总收益—总费用 总费用 平衡点:项目的费用与项目所产生的价值爱 正好相等的时间点 公式:年净现金流—累积的净现金流 年净现金流 *使用项目具有正现金流的第一个年度的年净现金流总数 现值(PV):当今的投资量与将来同样的量进行比较,考虑通货膨胀和时间因素 公式: 总数 (1+利率)^n n=将来的年数 净现值(NPV):收益现值减去费用现值 公式:PV收益—PV费用 第三章: P46:项目管理定义 P46 项目管理:计划和控制待开发的系统,使其在特定时间范围内,以最低的成本,完成正确功能的过程。 P47:项目管理的3个重要的因素 P47 项目管理4个步骤: 1、确定项目规模 2、创建和管理工作计划 3、配备项目人员 4、协调项目活动 项目经理最基本的工作就是创建工作计划、人员计划、标准清单和风险评估,并在整个SDLC中使用和调整它们。 P48:项目估算时间的两种方法 P48-P52功能点方法的步骤 P55:PERT图中关键路径法 P58:(表3-8)时间盒技术的步骤 P59:项目团队保持8-10人以下 P63:case工具描述 P64:标准的5个类型 第四章: P78:什么是需求、业务需求和系统需求 P78 需求 就是陈述系统必须要做的是或者系统必需具备的特征。 在分析阶段,需求从业务员的角度出发撰写,关注系统能够做“什么”。 它们关注业务用户的需求,所以通常叫做业务需求。 在随后的设计阶段,业务需求变得更为技术化,他们描述系统如何被实现。 设计阶段的需求是从开发人员的角度出发撰写,它们通常被称为系统需求。 P78-79:功能需求和非功能需求 需求 从本质上可以分为 功能需求 和 非功能需求。 功能需求与系统必须执行的过程或必须包含的信息有直接的关系。 非功能需求指的是系统必须具备的行为属性,如性能和可用性。 P81:需求收集技术 的种类 P81 【确定需求最为有效的方法就是让业务员和分析员共同工作以决定业务需求】 根据所要开发系统对现有系统的改变程度,这些技术可以分为3种: 业务过程自动化(BPA)通常包含少量的改变; 业务过程改进(BPI)包含中等程度的改变; 业务过程再工程(BPR)则包含大量的改变。 P82:分析的基本过程(三步骤) P82 分析的基本过程包含3个步骤: ·理解当前情况(当前系统) ·识别改进 ·为新系统定义需求

文档评论(0)

琼瑶文档 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档