东北大学,数据库开发技术,课件,第2章 数据库应用系统开发过程【荐】.ppt

东北大学,数据库开发技术,课件,第2章 数据库应用系统开发过程【荐】.ppt

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
东北大学,数据库开发技术,课件,第2章 数据库应用系统开发过程【荐】.ppt

第2章 数据库应用系统开发过程 ? 数据库工程概述 ? 项目视图与范围 ? 需求分析和需求定义 ? 数据库设计 ? 软件体系结构设计 ? 详细设计和编码实现 ? 测试 ? 发布和实施 ? 快速原型技术的应用 2.1 数据库工程概述 数据库应用系统的开发是一项复杂的软件工程,但又有其自身的一些特点,因此,特称为“数据库工程”。 数据库工程按其内容可分为两个部分 数据库的设计实现。数据库的设计实现是开发数据库应用系统的核心工作 应用程序的设计实现。应用程序设计实现本身也是一项软件工程,但与数据库的设计实现紧密相关。 数据库应用系统从开始规划、分析、设计、实现、测试、运行、维护到系统退役的整个过程称为数据库应用系统的生存期 2.1 数据库工程概述 数据库工程主要包括以下步骤或开发阶段: 规划阶段,建立项目视图与范围 需求分析和需求定义 数据库概念结构设计 数据库逻辑结构设计 在DBMS中实施数据库逻辑结构和物理结构设计 应用程序的概要设计 应用程序的详细设计和编码实现 数据库、应用程序和系统集成测试 设计数据库的索引等物理结构 制作应用程序安装程序 规划整个数据库应用系统在用户环境中的实施方案 制订数据库应用系统的常规维护活动计划 2.2 项目视图与范围 2.2.1 项目视图和范围的概念和用途 项目视图可以把项目参与者(开发者和用户双方)定位到一个共同和明确的目标上,项目视图描述了软件产品所涉及到的和在一个理想环境中最终所应具有的功能。 项目范围描述软件产品应包括的功能和不包括在内的功能,范围描述在应包括和不包括在内的功能之间划清了界限,同时确定项目的局限性。 项目的业务需求分析是在项目视图和范围描述的基础上进行的,因此,一定要在业务需求分析之前完成项目视图和范围的蓝图。如果不能清楚地标识项目的视图和范围,业务需求可能会无边无际,最终导致无法完成整个软件系统。 2.2.2 项目视图和范围的规格说明模板 1 业务需求 1.1 背景 1.2 业务机遇 1.3 业务目标 1.4 客户或市场需求 1.5 提供给客户的价值 1.6 业务风险 2 项目视图的解决方案 2.1 项目视图的陈述 2.2 主要特性 2.3 假设和环境依赖 2.2.3 有关项目视图和范围的一些建议 2.3 需求分析和需求定义 需求分析规格说明是项目开发过程中后续工作的参考基础,数据库设计、系统结构设计、编码实现、测试和产品交付时都需要以需求分析规格说明为参考依据。需求规格说明也是需求变更的重要依据。 需求分析越清楚,设计和维护工作就越轻松,在未澄清关键需求之前请不要急于系统结构设计、界面设计和编码实现。 推荐的需求分析过程 需求准备 从轮廓到细节逐步获取用户需求 需求整理和分析,确定关键需求 编写需求分析规格说明书 对需求进行验证核实 划分出明确的需求和模糊的需求 2.3.1 需求准备 了解项目或系统所涉及到的领域知识 编写简要的项目术语参考手册 确定需求分析过程,明确需求目标 将用户群分类并归纳各自特点 确定每类用户的代表 确定需求决策者 编写项目视图和范围的文档 2.3.2 从轮廓到细节逐步获取用户需求 从各用户代表处获取业务实例。业务实例有助于详细了解业务的细节和用户的真正需求 召开需求讨论会议。这是获取需求的一种方法,在需求获取过程中可能需要多次需求讨论会议,以便不断了解用户需求 分析业务的工作流程。最好用示意图的方式表示出来。编制业务的工作流程有助于明确系统的使用实例和功能需求 确定质量特性和其他非功能的需求 综合用户需求,进一步完善需求分析 2.3.3 需求整理和分析 绘制系统关联图,定义系统与外部实体之间的界限和接口,明确两者间的信息流和物质流。 创建用户界面原型。当开发人员或用户不能明确需求时,最好的办法是开发一个用户界面原型。 分析需求的可行性。 建立需求的表示模型。使用图表分析模型来表示需求是比较好的方法,也是对文字描述最好的补充说明。 创建数据字典,定义系统中系统的所有数据项和数据结构。 明确用户功能需求的等级:期望需求、普通需求和兴奋需求,有助于建立开发优先级和需求的重要等级。 2.3.4 编写需求分析规格说明书 使用标准模板编写需求分析规格说明书。 指明各需求项的来源。 标识需求定义,为各项需求标注上唯一的标号 记录业务规范。业务规范是指产品的操作原则或操作要求。 创建需求跟踪表。需求跟踪表是为了将各项需求与实现、测试它的设计和代码部分联系起来,这样有助于需求变更时能够同时标识并修改相应

文档评论(0)

ypwx + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档