系统分析与设计复习总结.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文档。上传文档
查看更多
PAGE PAGE 5 第一章 系统分析员:使用信息技术的商业专业人员,利用分析与设计技术解决商业问题。 需要具备的基本知识与技能:1.技术知识与技能 2.商业知识与技能 3.人的知识与技能 4.诚实与道德 系统分析员在系统开发中的职责范围:程序分析员、商业系统分析员、系统联络员、最终用户分析员、商业顾问、系统顾问、系统支持分析员、系统设计师、软件工程师、系统结构设计师。 第二章 系统开发生命周期的阶段划分:项目计划阶段、分析阶段、设计阶段、实施阶段、支持阶段。 项目计划阶段、分析阶段、设计阶段的主要活动 1.项目计划阶段:定义问题、确认项目的可行性、制定项目的进度表、为项目安排人员、启动项目 2.分析阶段:收集信息、确定系统需求、建立需求发现的原型、划分需求的优先级、产生并评估可替换方案、与管理人员一起审查建议 3.设计阶段:设计并集成网络、设计应用程序结构、设计用户界面、设计系统界面、设计并集成数据库、设计细节的原型化、设计并集成系统控制 项目开发队伍的人员组成(图2-4 系统开发项目的参加人员) 在项目计划阶段,项目组仅由少数人员组成,基本上包括一个项目经理和一两个有经验的系统分析员。 分析阶段要求项目组成员有良好的分析技能和扎实的问题域知识。 设计是较专业化的活动,需要补充有专业技术的人员。 在实施阶段,通常增加许多编程人员和质量控制人员,项目组在实施阶段通常是最大的。 项目可行性分析的要素: 1.经济可行性 2.组织上和文化上的可行性 3.技术可行性 4.进度表可行性 5.资源可行性 PERT/CPM:基于单个任务或活动对项目进行规划的一种方法。 图 2-15 客户支持项目的部分PERT图 甘特(Gantt)图:以条形图代表项目进度表的任务和活动。 图2-16 客户支持项目的甘特图 第三章:方法、技术、模型、工具以及它们之间的相互关系 系统开发方法:提供完成系统开发生命周期每一步的详细指导,包括具体的模型、工具和技术。 技术:帮助分析员完成系统开发活动或任务的一组方法。 模型:现实世界某些重要方面的表示。 工具:帮助生成项目中所需模型或其他组建的软件支持。 相互关系:图3-4 方法中个组件之间的关系 结构化方法与面向对象方法的比较 图3-5 结构化编程的三种结构:顺序结构、选择结构、循环结构。 第四章 需求调查的对象: 用户,即每天实际使用系统的人; 客户,即支付和拥有系统的人; 技术人员,即确保系统在组织的计算机环境下运行的人。 需求调查的方法: 向系统相关者分发和收集调查表 复查现有的报表、表格和过程描述 主持与用户的面谈和讨论 观察商业过程和工作流 建立原型 主持联合应用程序社街(JAD)会议 需求调查的结果 系统需求:系统所提供功能的详细定义。 功能需求:描述系统必须支持的功能和过程的系统需求。 技术需求:描述操作系统环境和性能目标的系统需求。 通常把系统需求分为两类:功能需求和技术需求。功能需求用于说明新系统必须支持的基本商业功能,而技术需求则包括系统性能目标、操作环境以及其他非功能性问题。 第五 – 七章:系统分析 模型的分类:包括数学模型、描述模型和原图模型。 数学模型:描述系统技术方面的一系列公式,用来表示系统精确的方面,这些部分最适合用公式或数学符号表示。 描述模型:描述系统某一方面的描述性的备忘录,报表或列表。 图形模型:图表和系统某些方面的示意性表示。图形模型有助于理解那些很难用语言来描述的复杂关系。 事件的分类:外部事件,临时事件和状态事件。 外部事件:系统之外发生的事件,通常都是由外部实体或动作参与者触发的。 临时事件:由于到达某一时刻所发生的事件。 状态事件:当系统内部发生了需要处理的情况时所引发的事件。 事件表:以各个事件为行,各个事件的关键信息为列。图5-15 事物之间的关联关系:只能一个(强制)、0或多个(可选)、 1或多个(强制)0或1个(可选) 图 5-21 图5-22 关系的基数符号 实体-联系图:传统的系统开发方法都把重点集中在新系统的数据存储需求上。数据存储需求包括数据实体、数据实体的属性以及它们之间的关系。 用来定义数据存储需求的模型被称为实体-联系图(ERD)。 图 5-21 一个简单的实体-联系图 图 5-22 关系的基数符号 图 5-23 显示了属性的扩展ERD图 图 5-25 大学课程注册ERD图(含有多对多关系) 图 5-26 细化的大学课程注册ERD图(包含关联实体) 图 5-27 RMO客户支持系统的实体-联系图(ERD)(图中未显示有关属性) 图 5-31 类图符号 图 5-32 银行账目类图 图 5-33 落基山运动用品商店类图 数据流程图:是一种图形化的系统模型,它在

文档评论(0)

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

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

1亿VIP精品文档

相关文档