数据库应用系统开发过程.ppt

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
. 第6章 第1讲 第6章 MIS系统设计与实践 第1讲 数据库应用系统开发过程 数据库工程概述 项目视图与范围 需求分析和需求定义 数据库设计 软件体系结构设计 详细设计和编码实现 测试 发布和实施 快速原型技术的应用 6.1 数据库工程概述 数据库应用系统的开发是一项复杂的软件工程,但又有其自身的一些特点,因此,特称为“数据库工程”。 数据库工程按其内容可分为两个部分 数据库的设计实现。数据库的设计实现是开发数据库应用系统的核心工作 应用程序的设计实现。应用程序设计实现本身也是一项软件工程,但与数据库的设计实现紧密相关。 数据库应用系统从开始规划、分析、设计、实现、测试、运行、维护到系统退役的整个过程称为数据库应用系统的生存期 6.1 数据库工程概述 数据库工程主要包括以下步骤或开发阶段: 规划阶段,建立项目视图与范围 需求分析和需求定义 数据库概念结构设计 数据库逻辑结构设计 在DBMS中实施数据库逻辑结构和物理结构设计 应用程序的概要设计 应用程序的详细设计和编码实现 数据库、应用程序和系统集成测试 设计数据库的索引等物理结构 制作应用程序安装程序 规划整个数据库应用系统在用户环境中的实施方案 制订数据库应用系统的常规维护活动计划 6.2 项目视图与范围 6.2.1 项目视图和范围的概念和用途 项目视图可以把项目参与者(开发者和用户双方)定位到一个共同和明确的目标上,项目视图描述了软件产品所涉及到的和在一个理想环境中最终所应具有的功能。 项目范围描述软件产品应包括的功能和不包括在内的功能,范围描述在应包括和不包括在内的功能之间划清了界限,同时确定项目的局限性。 项目的业务需求分析是在项目视图和范围描述的基础上进行的,因此,一定要在业务需求分析之前完成项目视图和范围的蓝图。如果不能清楚地标识项目的视图和范围,业务需求可能会无边无际,最终导致无法完成整个软件系统。 6.2.2 项目视图和范围的规格说明模板 1 业务需求 1.1 背景 1.2 业务机遇 1.3 业务目标 1.4 客户或市场需求 1.5 提供给客户的价值 1.6 业务风险 2 项目视图的解决方案 2.1 项目视图的陈述 2.2 主要特性 2.3 假设和环境依赖 3 范围和局限性 3.1 首次发行的范围 3.2 随后发行的范围 3.3 局限性和专用性 4? 业务环境 4.1 客户概貌 4.2 项目优先级 5 产品成功的因素 6.2.3 有关项目视图和范围的一些建议 如果在项目视图与范围规格说明中还不能澄清软件的开发范围以及系统和外部的界限,建议使用关联图进一步描述系统和外部的关系。 项目视图和范围文档可以帮助开发者和用户代表判断所提出的特性和需求放进项目中是否合适。 如果建议在项目范围之外,应重新协商项目费用、项目计划,并考虑相关的资源与技术等是否能够实现新的需求,在需求变更得到双方赞同后才能重新开始。 如果建议在项目范围之内,应分析该建议相关的需求在项目中的优先级别,根据分析结果更改项目优先级安排和项目开发计划。 应该牢记,项目开发过程中应始终把注意力集中在项目视图和范围的规格定义上,需求变更时应标识出项目视图和范围的变更。 6.3 需求分析和需求定义 需求分析规格说明是项目开发过程中后续工作的参考基础,数据库设计、系统结构设计、编码实现、测试和产品交付时都需要以需求分析规格说明为参考依据。需求规格说明也是需求变更的重要依据。 需求分析越清楚,设计和维护工作就越轻松,在未澄清关键需求之前请不要急于系统结构设计、界面设计和编码实现。 推荐的需求分析过程 需求准备 从轮廓到细节逐步获取用户需求 需求整理和分析,确定关键需求 编写需求分析规格说明书 对需求进行验证核实 划分出明确的需求和模糊的需求 6.3.1 需求准备 了解项目或系统所涉及到的领域知识 编写简要的项目术语参考手册 确定需求分析过程,明确需求目标 将用户群分类并归纳各自特点 确定每类用户的代表 确定需求决策者 编写项目视图和范围的文档 6.3.2 从轮廓到细节逐步获取用户需求 从各用户代表处获取业务实例。业务实例有助于详细了解业务的细节和用户的真正需求 召开需求讨论会议。这是获取需求的一种方法,在需求获取过程中可能需要多次需求讨论会议,以便不断了解用户需求 分析业务的工作流程。最好用示意图的方式表示出来。编制业务的工作

文档评论(0)

浪漫唯美-文档菜鸟 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档