欢迎来到冰点文库! | 帮助中心 分享价值,成长自我!
冰点文库
全部分类
  • 临时分类>
  • IT计算机>
  • 经管营销>
  • 医药卫生>
  • 自然科学>
  • 农林牧渔>
  • 人文社科>
  • 工程科技>
  • PPT模板>
  • 求职职场>
  • 解决方案>
  • 总结汇报>
  • ImageVerifierCode 换一换
    首页 冰点文库 > 资源分类 > DOCX文档下载
    分享到微信 分享到微博 分享到QQ空间

    系统分析与设计.docx

    • 资源ID:2858777       资源大小:108.31KB        全文页数:32页
    • 资源格式: DOCX        下载积分:3金币
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录 QQ登录
    二维码
    微信扫一扫登录
    下载资源需要3金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP,免费下载
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    系统分析与设计.docx

    1、系统分析与设计系统分析与设计项目经理级的分析员一、系统开发生命周期(SDLC)的五个阶段1、计划阶段的主要目标是确定新系统的作用域、确保项目的可行性、制定进度表、分配资源并进行项目其余部分的预算。五个活动: A、定义问题 B、确认项目的可行性 C、制定项目的进度表 D、为项目安排人员 E、启动项目2、分析阶段的主要目标是了解新系统的商业需求和处理要求并制作书面文件。分析本质上就是一个发现过程,分析期间推动活动的关键词就是发现和理解。六个活动: A、收集信息 B、确定系统需求 C、建立需求发现的原型 D、划分需求的优先级 E、产生并评估可替换方案 F、与管理人员一起审查建议3、设计阶段的目标是设

    2、计解决方案的系统。七活动: A、设计并集成网络 B、设计应用程序结构 C、设计用户界面 D、设计系统界面 E、设计并集成数据库 F、设计细节的原型化 G、设计并集成系统控制4、实施阶段是建立、测试和安装最后的系统。这个阶段的目标不仅是要有一个可靠的工作信息系统,而且是要确保培训所有的用户并使商业受益。六活动: A、构造软件部件 B、检验与测试 C、开发调整原型 D、转换数据 E、培训与文档 F、安装系统5、支持阶段的目标是在系统初始安装后的几年里保持系统有效地运行。这一的活动分为两类:A、提供对最终用户的支持。B、维护和增强计算机系统。二、项目管理:组织和指导其他人员在预先确定的进度表和预算内

    3、实现计划的结果。三、里程碑:是完成项目主要部分的一个重大事件,它可以通过一个专门的文件或一个专门的状态审查会议来确定。四、确认项目的可行性:评价可行性的目标是决定开发项目是否有合理的成功机会。有五个方面的风险:A、经济可行性B、组织上和文化上的可行性C、技术可行性D、进度表可行性E、资源可行性五、PERT图和甘特图之间的区别:PERT/CPM图:基于单个任务或活动对项目进行规划的一种方法。甘特图:以条形图代表项目进度表的任务和活动。六、关键路径:表明项目完成最短周期的PERT图上的路径。系统开发方法一、方法、模型、工具和技术1、方法 系统开发方法:提供完成系统开发生命周期每一步的详细指导,包括

    4、具体的模型、工具和技术。2、模型:现实世界某些重要方面的表示。 (1)系统组件的一些模型: A、流程图 B、数据流图(DFD) C、实体-联系图(ERD) D、结构图 E、用例图 F、类图 G、顺序图 (2)用于管理系统开发过程的一些模型: A、PERT图 B、甘特图 C、组织层次图 D、财务分析模型NPV、POI3、工具:帮助生成项目中所需模型或其他组件的软件支持。 CASE工具:用来帮助系统分析员完成系统开发任务而设计的计算机辅助系统工程工具。4、技术:帮助分析员完成系统开发活动或任务的一组方法。一些技术: A、战略计划技术 B、项目管理技术 C、用户面谈技术 D、数据建模技术 E、关系型

    5、数据库设计技术 F、结构化分析技术 G、结构化编程技术 H、软件测试技术 I、面向对象分析和设计技术二、系统开发的三种方法 结构化方法:使用结构化编程、结构化分析和结构化设计技术的系统开发方法。 1、结构化程序:具有一个开始和一个结束的程序或程序模块,并且在程序执行中的每一步由三个部分之一:顺序、选择或循环结构。 2、自顶向下程序设计:把更复杂的程序分解为程序模块的层次图。 3、结构化设计:它为确定 下列事物提供指导,即:程序集是什么,每一个程序应该实现哪些功能以及如何把这些程序组成一张层次图。 结构图:在结构化设计中生成的显示程序模块层次的图形模型。 4、结构化分析:它帮助开发人员定义系统需

    6、要做什么,系统需要存储和使用哪些数据,系统需要什么样的输入和输出以及如何把这些功能结合在一起来完成任务。 数据流图:显示在结构化分析中产生的系统的输入、处理、存储和输出的图形模型。 实体联系图(ERD):系统所需数据的图形模型,其中包括在结构化分析和信息工程阶段生成的存储信息的事物以及这些事物之间的关系。 面向对象方法:系统开发的一种方法,这种方法把信息系统看作是一起工作来完成某项任务的相互件作用的对象集合。 1、对象:计算机系统中可以对消息做出响应的事物。 2、面向对象分析(OOA):定义在系统中工作的所有类型的对象,并显示这些对象如何通过相互作用来完成任务。 3、面向对象设计(OOD):定

    7、义和系统中人机进行通讯所必须的所有类型对象,并对每一种类型的对象进行细化,以便一种具体的语言或环境来实现这些对象。 4、面向对象编程(OOP):用某种编程语言书写语句来定义各类对象的行为,包括对象间的消息传递。调查系统需求一、系统需求:是新系统必须完成的功能,是系统提功能的详细定义。分为功能和技术需求:A、 功能需求:是系统必须完成的活动,也就是系统将要投入的商业应用,描述系统必须支持的功能和过程的系统需求。B、 技术需求:是和组织的环境、硬件和软件有关的所有操作目标,描述操作环境和性能目标的系统需求。二、系统相关者:(1)用户,即每天实际使用系统的人(2)客户,即支付和拥有系统的人(3)技术

    8、人员,即确保系统在组织的计算机环境下运行的人。三、进行系统调查时能够提供指导的三个主要问题: A、商业过程和动作是什么?(也就是提问用户,“你要干什么”) B、商业过程应该怎样完成?(也就是提问用户,“怎样完成它”或“需要哪些步骤”)C、需求信息是什么?(也就是提问用户,“为了实现系统你需要哪些信息”)四、六种寻找事实的技术是:A、向系统相关者分发和收集调查表 B、复查现有报表、表格和过程描述C、主持与用户的面谈和讨论D、观察商业过程和工作流E、建立原型F、主持JAD会议五、原型:根本思想是更大、更复杂褓的一个最初的、可以运转的模型。六、原型的下列特性将有助于项目成员开发出有效的原型: A、可

    9、操作性:通常,一个原型应该是一个能运转的传奇,而重点是可运行性。 B、集中性:为了测试一个具体概念或者验证一种方法,一个原型应该集中于单一的餐目标。 C、快速性:我们需要一些诸如CASE的工具以便快速地建立和更改原型。七、实体模型最终产品的一个样例,这个样例只能进行观察发而不能实际执行。八、联合应用设计是用于加快系统需求调查的一种技术,即通过让所有相关的人一起参加某个单一会议来定义需求或设计系统。九、结构化遍历是指对调查结果和根据这些结果建立的原型进行复查。结构化遍历的目标是发现错误和问题。其基本思想是在理解系统需求的过程中建立需求文档,然后检查其中是否存在错误、遗漏及不一致之处。结构化遍历的

    10、四个要素:what、when、who和why。A、what和when:在结构化遍历期间,需要复查的第一项是作为分析阶段的一部分而生成的文档。B、who:遍历中包含的双方是自己的工作需要被复查的人和复查工作的人。C、How:就像面谈一样,在结构遍历中,准备、执行、后续工作是必不可少的。十、联合应用程序设计是这样一项技术,它通过和所有的关键参加者举行几次马拉松式的会议来加速系统需求调查进程。讨论立即导致需求定义和政策性决定,而没有和分散的小组举行面谈和谋略消除分歧的延误。如果正确地使用这项技术,那么它将是一种强大有效的工具。十一、业务流程再造(BPR)正在成为改善商业过程的一种广泛使用的技术。它要

    11、求对商业过程进行彻底地重新设计。使用BPR,新的系统开发不仅仅是实现现有过程的自动化,而且要完全重新考虑整个设计过程。BPR的目标是以一种新的方法使用IT,从而实现效率和服务水平的巨大改进。由于系统分析员所且有的特殊的分析问题、解决问题和建模能力,因此他们通常在所有的BPR开发中都扮演着重要角色。系统需求建模 事件和事物一、建模在系统开发过程中重要的几个原因: A、在建模过程中了解信息 B、通过抽象降低复杂性 C、有助于回忆所有的细节 D、有助于和其他开发小组成员进行交流 E、有助于和各种用户以及系统相关者进行交流 F、为以后的维护和升级提供了文档二、模型的种类包括:数学模型、描述模型、图形模

    12、型 A、数学模型:描述系统技术方面的一系列公式。 B、描述模型:描述系统某一方面的描述性的备忘录、报表或列表。 C、图表和系统某些方面的示意性表示。三、事件和系统需求 1、事件可以描述的、值得记录的在某一特定时间和地点发生的事情。 2、三种事件类型:外部事件、临时事件、状态事件 A、外部事件:系统之外发生的事件,通常都是由外部实体或动作参与者触发的。 B、临时事件:是由于达到某一时刻所发生的事件 。 C、状态事件:当系统内部发生了需要处理的情况时所引发的事件。 3、系统控制:为保证系统完整性而加入的防范和安全程序。 4、事件表:以各个事件为行、各个事件的关键信息为列。 A、触发器:用来通知系统

    13、某一事件发生了,这一事件可以是需要处理的数据到达了或到了一个时间点。 B、来源:为系统提供数据的外部实体或参与者。 C、动作:当某一事件发生时系统执行的操作。 D、响应:系统产生的一个输出结果,该结果将被选到某个目的地。 E、目的地:接收系统输出数据的外部实体或参与者。四、事物和系统需求 1、数据实体:系统需要存储的有关信息系统传统开发方法的信息。 2、需求的传统描述方法一、传统方法系统是过程的集合、过程与数据实体交互、过程接受输入并产生输出。二、面向对象方法系统是交互对象的集合、对象与人或其他对象交互对象发送与响应信息。三、数据流程图(DFD)是一种图形化的系统模型,它在一张图中展示信息系统

    14、的主要需求,即:输入、输出、过程和数据存储。 A、外部实体:在系统边界之外的个人或组织,它提供数据输入或接受数据输出。 B、过程:在DFD中的一个符号,它代表从数据输入转换到数据输出的算法或程序。 C、数据流:在DFD中的箭头,它表示在过程、数据存储和外部实体之间的数据移动。 D、数据存储:保存数据的地方,以便将来由一个或多个过程来访问这些数据。 四、抽象水平:能把系统分解成一个逐渐细化的分层集合的建模技术。五、关联图指描述系统高层结构的DFD。所有的外部实体和进出系统的数据流都画在一张图中,并且整个系统被表示成一个过程。六、DFD片段是为事件清单(扩展为事件表)中的每个事件创建的。用一个过程

    15、符号表示系统响应一个事件的DFD。七、事件划分的系统模型(0层图)一个为系统需求建立模型的DFD,建模过程中对应于系统或子系统中每个事件使用单个过程。八、评估DFD质量 1、复杂性最小化:人们对复杂的信息处理有局限性的。当太多的信息同时出现时,人们把这种现象叫做信息超量。 A、7+-2规则:模型设计规则,它限制模型中组成元素个数或元素之间的连接数不能超过9。 2、接口最小化:是与7+-2规则直接相关的。该原则通过使模型中各个元素之间的接口数或连接数最小化来达到简单的目的。 3、数据流一致性:分析员通过查找DFD中各种类型的不一致性可以发现错误或忽略的东西。以下是三个经常发生且易判别的一致性错误

    16、: A、一个过程和它的过程分解在数据流内容中有差别 B、有数据流出但没有相应的数据流入。 C、有数据流入但没有相应的数据流出。 4、平衡:进出过程的数据流与进出过程分解DFD的数据流在数据内容上一致。九、详细记录DFD部件 1、过程描述 A、结构化英语:一种收书写过程规范的方法,它将结构化编程技术和叙述性英语结合起来。 B、决策表:一种处理逻辑的表格表示方法,其中包括决策变量、决策变量值、参与者或公式。 C、决策树:使用像树枝一样的线条对过程逻辑进行图形化的描述。十、DFD总结 传统分析模型的各个组成部分:实体-联系图、数据流图、过程定义图和数据定义。这四个组成部分构成了大多数系统一系列相互联

    17、锁的详细说明。数据流图提供对系统的最高层的考察,在这里结合了过程、外部实体、数据存储和数据流。其他的组成部分更详细地描述了数据流图的某些方面。十一、信息工程模型1、 四个阶段:系统规划、业务领域分析、系统构建、系统设计。2、 过程分解和依赖模型A、 过程分解图:在不同的抽象层表示过程之间层次关系的一种模型。B、 过程依赖图:用存储实体描述过程顺序和交互的一中模型。十二、工作流建模 工作流:是处理步骤的序列,这些事务步骤全面处理一个业务事务或客户请求。通过处理活动的控制流,它在人、组织、计算机程序和特定的处理步骤之间移动。面向对象的需求描述方法一、面向对象的需求五个分离而又互相联系的面向对象的模

    18、型或图被用于从面向对象的角度出发来定义应用需求。这五种图是类图、用例图、协作图、顺序图、状态图。A、 类图:目的是识别组成新系统的对象并进行分类。B、 用例图:一种用以显示不同的用户角色和这些用户角色如何使用系 统的图,目的是识别新系统的“使用”,或用例,换句话说,就是识别如何使用系统。C、 协作图:一种用以显示对象如何被协调在一起以执行用例的图,目的是识别协作完成给定业务功能的对象。D、 顺序图:与协作图所表达的信息是一样的,只是显示方式有些差异,一种用以显示用例对象之间消息顺序的图。E、 状态图:一种用以显示对象在生命周期和转换期情况的图。F、 消息:用例内部对象之间的通信。G、 交互图:

    19、显示对象之间交互的图,它或者是一个协作图,或者是一个顺序图。二、OO需求=事件表+类图+用例图+交互图(协作图/顺序图)+状态图表。 三、类图 类图说明系统的组成部分是什么,而其他图说明这些组成部分干什么。类不仅定义了数据库的结构,也定义了计算机程序的结构。四、系统行为:面向对象的用例/场景视图 1、用例:描述系统在对事件做出响应时所采取的行动。由系统为使用该系统的用户完成的一个单一用途或功能。 2、参与者:系统用户扮演的一个角色。 3、场景:在用例中活动的一个特定顺序;一个用例可能有多个不同的场景。五、用例图 用例图是概括有关参与者和用例信息的一个图形化模型。为了对用例进行分析,我们把系统作

    20、为一个整体,并且设法辨别系统的所有主要用途。六、用例图与结构化技术的比较: 用例图的目标是提供一个系统的概览,包括使用这个系统的参与者和这个系统执行的功能。从这个意义上来说,它定义了系统的范围,因此用例图与关联图类似。但是,单个用例在标识系统支持的功能方面来说更象是一个DFD片段。 结构化建模和面向对象建模的一个主要差别在于开发一个最初定义自动化边界的用例图的思维过程。在DFD的开发中,自动化边界只在所有的过程已被细化后才确定。所以,在DFD中外部实体总是信息的源和目的,而且它可以不必是一个与系统交互的实体。 另一个重要的差别是用例图不显示数据流。流进和流出系统的信息只有到下一层建模的交互图中

    21、才得以体现。八、对象交互:顺序图与协作图 1、顺序图:顺序图展示对象之间的交互顺序,这些交互是指在场景或用例的事件流中发生的。 开发顺序图的一个有效方法其步骤如下:A、 确定所有与场景有关的对象和参与者。B、 基于活动流,确定每一个需要用于完成场景的消息。C、 下一步决定是否总是发送还是有条件的发送每一个消息。D、 正确地为这些消息排序并把它们附在合适的参与者或对象的生命线上。E、 给消息加上形式化的语法以描述条件、消息名和要传递的参数。F、 如果你愿意,加上响应消息和通信以使顺序图完整。 2、协作图:主要应用是快速浏览相互协作,用来支持一个特定场景的所有对象。九、对象行为:状态、状态转换和状

    22、态图表 1、状态:是指它在生命期中满足某些标准、执行一些行为、或等待一个事件时的存在条件。状态是对象的半永久条件。 2、动作:在一个特定状态下对象执行的行为。 3、转换:状态图中的一个组成部分,它标示从一个状态到另一个状态的移动。 4、消息事件:转换的触发器,这个转换由一个有事件属性的消息组成。 5、行动表达式:对一个转换的陈述,以描述执行的动作。 6、内部转换:在一个状态内的转换,它不会从这个状态移开对象。 状态图:十、帮助你开发状态图的一些步骤: 1、检查类图并选择出需要状态图的类。 2、标识所选类的全部顺序图的所有输入消息。 3、对一组中的每个所选择的类,为你能辨别的所有所有状态画一个列

    23、表。 4、建立状态图片段并把这些片段按正确的顺序排列。 5、回顾路径并查找独立、并行的路径。 6、使用适当的消息事件、保护条件和行动表达式扩展每一个转换。 7、检查和测试每一个状态图。系统设计一、理解设计要素 系统设计是一个描述、组织、构造系统部件的过程。这个过程分为两个层次:一是结构设计,一是细节设计。1、 输入:从分析到设计不管对哪种分析方法而言,设计阶段的输入都是一系列已建好的文档和模型。2、 设计阶段主要组成部分和层次A、 构架设计首先决定了整个结构,即高层设计,也叫总体设计 或概念设计。B、 细节设计是低层设计,包括具体的程序细节设计。3、 输出:结构化模型和面向对象模型 设计的原始

    24、定义表明设计包含描述 、组织和构造,设计活动的输出是一系列满足目标的图和文档。这些图就是系统解决方案的各个方面的模型及其相应文档。二、应用程序结构设计:结构化方法 1、模块:一个计算机程序的可标识部分,用来完成一个具体给定的功能。 2、计算机程序:由一系列模块组成的可执行的实体。 3、系统流程图:描述一个系统内计算机程序之间所有控制流的图。 4、伪码:与结构化编程类似的语句,它描述了模块的逻辑。三、自动化系统边界 自动化系统边界将数据流程图处理划分成手工处理部分和系统处理部分。数据流可以在系统内部、外部或穿过系统边界和程序边界。穿过系统边界的数据流是格外重要的,它们代表了系统的输入和输出。换句

    25、话说,程序接口的设计(包括用户界面设计与其他系统的接口设计)是由穿过边界的数据流定义的。四、系统流程图 系统流程图是对一些计算机程序、文件、数据库以及相关手工过程的计算机系统表达。五、结构图 结构图:用来展示一个计算机程序模块间关系的层次图。结构图建立的规则和方针是:程序是分层的,且模块按高内聚、低耦合的方式组织在一起。1、 程序调用:控制从一个模块转换到下一层模块以便执行一个需要的服务。2、 数据耦合:在一个程序调用中,模块间传递的各个单独的数据项。3、 两种方法开发结构图:事务分析和转换分析A、 事务分析:基于DFD的结构图开发,用来描述多种事务类型的处理过程。B、 转换分析:基于DFD的

    26、结构图开发,用来描述输入-处理-输出数据流。六、应用程序结构设计:面向对象方法1、包图:是一个高层图,用以标识系统中的主要部件。2、设计类:是类图的一变体,设计类图是带某些符号的类图,这些符号在类中描述了设计部件。3、设计类图的开发: A、决定需要设计的类。 B、找到属于这个类的所有方法。 C、详细描述带有逻辑的方法。七、 结构化方法设计系统,输入的主要是数据流图。最初,数据流程图通过加入系统边界得到加强。系统边界指0层图,它用以显示一个完整的系统。它也是DFD片段的构架,在更低层显示程序边界。在数据流程图中,系统边界用转换分析或事务分析转换成结构图。事务分析用在高层DFD中,并用以收集大量的

    27、系统转换信息。转换分析可以在一个单独转换基础上开发一个结构图,该转换从它的输入到一个输出。八、 面向对象设计使用三种分析图作为输入:类图、协作图和状态图。类图可以扩展为包含了描述各个类及其方法中的变量的设计类图。设计过程从协作图中提取消息,并将它们加入到方法中。状态图用来为每个方法建立内部逻辑。输入/输出和控制的设计一、完整性控制 完整性控制是系统内部的机制和程序,用来保护系统和系统内的信息。 1、完整性控制的目标: A、确保只有一个合适并正确的商业交易发生。 B、确保交易被正确地记录和处理。 C、保护组织的资产(包括信息)。 2、系统访问控制:确定谁有权访问系统及其数据的完整性控制。 3、输

    28、入完整性控制:是用来减少输入错误数据的一种补充的验证方法。 4、输出完整性控制:目的是确保输出到达正确的目的地,并且这些输出是正确的、精确的、通用的和完整的。A、目的地控制:确保将输出住处输送到正确接受者的完整性控制。B、完整性、精确性和正确性控制:输出信息的完整笥、精确性和正确性主要是系统内部处理功能,而非任何一组控制。二、系统输入设计 当设计系统输入的时候,系统开发人员必须完成四个任务:A、 确定将要用作输入的设备和机制。B、 确定所有的系统输入,并制定一个包括所有数据内容的列表。C、 对于每个系统输入,确定哪些控制是必需的。D、 设计和规范电子表单(用户使用的窗口)及其他输入。三、系统输

    29、出设计 系统输出的主要目的是在正确的地点和时间为正确的人提供相关信息。输出设计的任务实现下列四个目标:A、 确定每个输出类型。B、 为应用设计所要求特定输出做一个列表。C、 提供必要的控制来保护输出中提供的信息。D、 设计和规范报表格式。1、 确定输出类型四种报表类型:详细报表、汇总报表、异常报表和决策报表。A、 详细报表:用来记录每天的商业处理过程,它们包含商业交易中的详细信息。B、 汇总报表:通常用来对周期性活动进行扼要重述,对一段时间内或某些种类的信息细节进行摘要或汇总的报表。C、 异常报表:仅包含非标准或异常、条件信息的报表。D、 决策报表:从通常用于战略决策的各种信息源得到的汇总报表

    30、。2、 内部输出:为了组织内部的使用而生成的打印报表和文件。3、 外部输出:为组织外部的使用而生成的打印文档,诸如声明、通知、标准信函和法律文档。4、 返回文档:一个外部输出,其中包含作为输入返回系统的一部分。5、 信息过载:对用户提供大多信息发明奖没有提供组织和搜索信息的技术所造成的问题。四、 设计者使用在分析和应用程序设计活动中建立的图表建立系统的一个输入列表。对结构化方法,可以使用DFD、数据流定义和结构图。对于面向对象方法,顺序图是信息的主要来源。设计类图用来保证能提供产生输出 的正确数据字段和正确方法。五、 设计系统输出的过程与设计系统输入的过程有相同的四个步骤。对于输出设计,DFD

    31、和顺序图被用来确定输出系统的数据流和信息。新的技术提供了许多用图表、图形和多媒体表示输出的方法。在确定一个输出媒体之前,设计者要仔细考虑使用系统的对象和输出目的。快速应用开发和基于组件的开发一、 开发过程缓慢的原因 三大类原因:返工、需求的变化以及开发工具和技术的不足或不正确。 1、避免返工需要做两件事:A、 好的软件(并且只有合适的软件)必须是可构造或可获得的。B、 开发过程生产的软件必须至少满足最低的质量标准。3、 保证构造好的软件的惟一方法是保证在设计和构造开始之前就要充分地了解系统需求和全面的设计限制条件。二、 快速应用开发(RAD):已被证实了的在某些情况下可以缩短开发进程的开发方法、工具以及技术的总和。三、 快速开发方


    注意事项

    本文(系统分析与设计.docx)为本站会员主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2008-2023 冰点文库 网站版权所有

    经营许可证编号:鄂ICP备19020893号-2


    收起
    展开