5.4 主题数据库及组合
考点(12)计谋数据规划的执行过程
用主题
数据库或BSP体例的数据类来消弭数据的冗余往往还显粗拙,J. Martin给出了一种成立在企业实体层上的、更为切确的、自顶向下的填补体例。这种体例认为自顶向下的规划可以进行几层求精:第1层求精,主题
数据库规划;第2层求精,实体剖析;第3层求精,实体勾当剖析。
自顶向下的规划有别于自底向上的设计,自顶向下是J. Martin在其《计谋数据规划体例学》中描述的一个完整的过程二自底向上的设计则是数据模子的细化过程,该过程导致了物理
数据库设计和子轨范的成立。
自顶向下的规划和自底向上的设计不是自力的和相反的过程,自底向上的设计是自顶向下的设计的延长数据模子是实体图的详尽阶段,而更具体的阶段所发生的反馈信罕有时又会引起对自顶向下的全局不雅概念的调整。
5.5 应用原型化体例
考点(13)概述
20世纪80年月,快速原型法逐渐被信息系统开发者所认可,并获得普遍应用,成为-种风行的信息系统开发体例。原型法是一种告竣系统需求的界说的策略。其特征为具有译度的迭代性,在开发历程中有用户的慎密亲密介入。
原型法具有以下特点:
(1)原型法最显著的特点是惹人了迭代的概念。
(2)原型法自始至终强挪用户的介入。
(3)原型法在用户需求剖析、系统功能描述以及系统实现体例等方面有较大的矫捷性。
用户需求可以不十分明晰,系统功能描述也可以不完整,对于界面的要求也可以慢慢完美:
(4)原型法可以用来评价几种分歧的设计方案。
(5)原型法可以用来成立系统的某个部门。
(6)原型法不排斥传统生命周期法中采用的大量行之有用的体例和工具,它是与传统体例互为填补的体例。
考点(14)原型生命周期
原型生命周期由10个轨范组成:合适的选择、识别根基需求、开发工作模子、模子验证批改和改良、剖断原型完成、判别细部声名、严酷嘶窬谈部、剖断原型效不美观、清算原型和供给文档。
原型化的准则如下:
(1)大大都的传统的营业都能从一个小的系统结构集中导出。
(2)大都系统使用一个常用和熟悉的功能集结。
(3)大大都的输人编纂能从一个小的编纂模子集中导出。
(4)应用系统的报表生成是基于一个4步的报表模子。
(5)一个“正确”的设计结构集结,对原型将会发生堆集浸染。
开发原型需要的情形:项目工作室的成立、快速响应的工作情形、规范的原型机关过程文档资本、演示/展示行动措施、集中式/分布式原型开发中心和零件部门。
考点(15)原型化与项目打点
项目打点的功能搜罗质量、资本、成本、时刻和手艺打算、节制和勾当组织是由项目打点机制节制的原型惹人之后,需要对项目打点的过程加以恰当批改,良多已被现行项目打点所接管的开发项目,还需要对统一问题再给出切确的界说依靠实施细心的打算、合理的机制和对现行打算的系统跟踪,一些打点中的疏忽在所难免。
原型化并不会改蹦整个项目实施和项目打点的有用性和合理性,只是做一些恰当的调整。所以,像所有开发体例一样,原型化体例一也需要项目打点,因而需要讨项目打点的传统体例、和过程加以恰当的批改,使其既有矫捷性又有靠得住性。
项目打点搜罗估量过程、费用从头分配、转变节制以及勾当遏制。