SQLServer数据库开发技术报告.docVIP

第9章 SQL Server数据库开发实例(后台) 9.1 需求功能分析.2 数据库设计与实现 .3 数据库安全性控制 .4 数据库完整性控制 .5 数据库存储过程设计与实现 习题.1 数据库系统开发技术 .2 数据库应用系统设计 .3 数据库应用系统运行与维护 习题第九章 SQL Server数据库开发实例(后台) 当在一个计算机的操作系统之上安装了一个具体的数据库管理系统(例如SQL Server)之后，我们便可以使用某些开发工具（例如ASP.NET）来根据用户需求开发面向特定业务领域的数据库应用系统。在前面的章节中，我们介绍了在SQL Server Management Studio中直接通过运行SQL语句来完成一些对数据库的查询，但这样的操作是面向技术人员的而不是面向业务人员或最终用户的。通常，一个数据库应用系统需要为最终用户提供一个友好的使用界面、并且应该能够系统化地按照业务要求来运行对应的业务逻辑操作，而这些都需要编制具体的应用程序来实现。应用程序和数据库一起构成了一个相对完整的数据库应用系统。 第九章和第十章我们将使用ASP.NET和SQL Server，简单介绍一个企业销售管理数据库应用系统的开发过程。本章重点介绍数据库的设计和数据库服务器端(即所谓的后台)的各种功能的实现。 9.1 需求功能分析 图9.1.1 外部项图形表示 2.数据流 数据流指出了数据流动的方向,一般采用单箭头，但有时也用双箭头，表示双向数据流。数据流的图符如图9.1.2所示。 数据流可以由某一个外部项产生，也可以由某一个处理逻辑产生，也可以来自某一个数据存贮。一般来说，对每一个数据流都要加以简单地描述，使用户或系统设计人员能够理解它的含义，对它的描述应当写在数据流箭头的上方。 图9.1.2 数据流图形表示 3.处理逻辑 处理逻辑表达了对数据的逻辑处理功能，也就是对数据的变换功能。如图9.1.3所示，可以用一个长方形表示处理逻辑。处理逻辑图符由标识、功能描述和功能执行者等三部分组成。 图9.1.3 处理逻辑图形表示 标识部分用于唯一地标识出这个处理逻辑，以区别于其它处理逻辑。功能描述部分是处理逻辑必不可少的部分，它用非常简单的一句话，直接表示这个处理逻辑要做的事，也就是它的逻辑功能是什么。例如：编辑订货单、检索客户，统计年度销售金额等。 4.数据存贮 数据存贮代表系统中数据保存的地方。如图9.1.4所示，它用一个右边开口的水平长方条表示。在长方条内部写上该数据存贮的名称。 图9.1.4 数据存贮图形表示 9.1.2 企业销售管理系统的数据流图 根据对企业销售业务的一般性知识，并针对具体企业的实际调研，可以得出对企业对销售业务领域的基本描述。销售部门首先要对企业可以销售的商品进行分类管理，所有的商品都需要进行编码，并确定商品的销售价格。业务部门的业务人员要掌握客户信息，包括对那些开始接触，但还没有正式签订合同的客户。当与客户签订销售合同时，要对合同的内容进行登记保存。客户在一份订货合同中可以购买多种产品。在本例中，我们把销售合同也称为订单。为了管理上的需要，销售部门要按年对销售情况进行的统计。需要说明的是，在企业实际的业务流程中，销售业务还与库存和财务等部门存在着密切联系，在此暂不考虑。 图9.1.5 销售管理系统的数据流图 对调研获得的关于销售业务领域的描述按照数据流图绘制的原则进行抽象，可以识别出如下数据流图的要素: 外部项：客户，用户 数据存储：客户信息、产品信息 数据流：客户信息，订单信息 处理过程：客户管理、产品管理、订货管理、统计管理 绘出的企业销售管理系统的数据流图如图9.2.1所示。为简化起见，图中省略了与财务和库存等部分的相关内容。实际绘制过程可能会有多次反复，要在充分征求业务人员的意见后才能定稿。 对数据流图中各个要素的详细信息，我们有必要把它们记录下来，以便用于后续的数据库设计和系统开发。对这些数据的描述的集合称为数据字典（Data Dictionary）。 例如，对于客户信息数据存储，可以按如下格式来进行登记： 数据存储名：客户信息 说明：记录客户的基本情况 组成：客户编码、客户名称、地址、联系电话 数据量：每年约2000个 对于订单信息数据流，可以按如下格式来进行登记： 数据流名称：订单信息 简 述：客户向销售部门提交的订货合同信息 数据流来源：客户 数据流去向：“订单管理”处理逻辑 数据流的组成：商品名称、订货数量、订货时间、交货地点 流量：每天约10份／天 完善的数据字典需要记录处理逻辑、数据存储、数据流、数据结构、数据元素等描述信息，它的内容可能会很庞大，所以对于规模较大的系统，应该采用计算机化的数据字典来保存这些对数据的描述信息。 9.2 数据库设计与实现 图9.2.1