结构化开发方法.docxVIP

  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文档。上传文档
查看更多

结构化开发方法分析与设计提纲

-、分析阶段:

(一)收集信息

分析员通过与用户交谈或观察商业过程得到信息。

注意:使用活动图来表示工作流程

(二) 定义系统需求

功能需求信息:需要系统完成什么样的工作(逻辑模型、物理模型)

非功能需求信息:技术需求、性能需求、可用性需求、安全需求

(三) 划分需求优先级

确定关键问题:系统要完成的最重要的事是什么?

(四) 构建可用性和发现原型

构建原型(发现原型)的主要目的是为了更好地理解用户的需求。

原型的构建不为实现所有的功能,而是用来检验商业需求某种实现方法的可行性

(五) 系统需求建模:

把所有事件罗列出来并加以分析(事件:可以描述、值得记录的在某一特定时间和地点发生的事情。)

事件的分类:(1)外部事件:系统之外发生的事件,通常都是由外部实体或动作参与者触发的。

(2) 临时(时序)事件:由于到达某一时刻所发生的事件,系统是自动产生所需要的输出结果而不需要用户进行操作。

(3) 状态事件:当系统内部发生了需要处理的情况时所引发的事件。基于系统从一个状态或条件到另一个状态或条件的转变触发过程。通常状态事件作为外部事件的结果而发生

注意:确定一个事情的出现是事件还是随事件而发生的一部分交互行为,采用的方法是看二者之间是否有较长的停顿或间隔

关注每一个事件、利用事件表描述事件

事物分析

(1) 考查事件列表、罗列以下事物,根据不同的分析和设计方法的要求对其加以调整。

实实在在的事物;

人所充当的角色;

组织部门;

突发事件或重要的交互行为信息

(事物构成系统存储信息的相关数据)

(2) 分析事物的关系

基数/重数:发生在事物间关联的数目。

根据每件事物的关联数目来理解每种关系的本质非常重要的。

(3) 分析事物的属性

-属性:有关事物的一条特定信息。

-标识符(关键字):能惟一标识事物的一个属性。

-复合属性:包括了许多相关属性的属性。

(4) 分析系统需要存储其信息的事物(数据实体)

用ERD图描绘数据实体间的关系

DFD的定义、符号、作用(与事件表、ERD图的联系)

数据的一致性

处理—步步地执行指令,将输入转换成输出(由人、机器或这两者共同完成这个工作)

处理

数据流从一处流向另一处的数

数据流

从一处流向另一处的数

据.如处理的输入或输出

外部实体

系统之外的数据源或目的

数据存储实时连接存放起来以备将来使用的数据。通常与实体联系图中的数据实体相对应当处理执行时,外部实体与处理之间来回通信(如信用卡验证)

数据存储

实时连接

DFD中的处理对应于RMO事件表中的一个活动。

DFD的数据存储(条目可用性)信息没包含在事件表中。

DFD中的每一个数据存储在ERD中代表一个数据实体。

?在DFD中的处理使用了在系统的ERD中所提供的数据实体及其属性信息。

DFD将事件触发的处理和在ERD中定义的数据实体相结合。

外部实体、数据流和过程来自

于事件表中有关事件的信息

来源触发器目录产品条目库存条目查询可用条目L活动条目查询 可用条目数据存储来自于

实体-联系图

来源

触发器

目录

产品条目

库存条目

查询可用条目L

活动

条目查询

可用条目

数据存储来自于

实体-联系图

DFD的抽象水平(分层、关联图、0层图、DFD片段)

(1) 抽象水平:把系统分解成一个逐渐细化的分层集合的建模技术。

(2) 关联图(顶层图):在单个处理符号中概括系统内所有处理活动的DFD,或者说是描述系统抽象概念的DFD。

每个关联图对应一个外部事件的触发器变成一个输入数据流,而其来源变成一个外部实体。

每一个响应变成一个输出数据流,并且其目的源变成一个外部实体。

对应短暂事件的触发器不是数据流,所以没有对应短暂事件的数据流。

注意:关联图DFD能够直接从事件表创建。

(3) DFD片段:用一个单一处理符号表示系统响应一个事件的DFD。

(4) DFD片段组合成0层图

DFD的详细描述(处理描述、数据字典)

首先,需要详细描述每一个最低层处理。(结构化的英语、决策树、决策表)

其次,系统分析员需要根据数据流包含的数据元素来定义数据流。数据存储也需要根据数据元素定义。

最后,系统分析员也需要定义每一个数据元素

数据元素定义包括以下内容:

?数据项的名称

?数据项的值域

?数据项的数据类型

?数据项的长度

对数据项的简单描述、与之相关的数据项或数据结构、处理过程等加以说明

二、系统设计阶段:

(一) 采用结构化方法进行应用程序结构的设计

模块:具有输入/输出、逻辑功能、运行程序、内部数据属性的一组程序语句。模块的输入来源和输出去向都是同一个调用者,模块从调用者那里获得输入,然后再把产生的数据返回给调用者;

逻辑功能:指它能够做什么事情,表达了它把输入转换成输

文档评论(0)

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

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

1亿VIP精品文档

相关文档