数据库应用开发过程概述.PPTVIP

在图9-10的模块划分过程中，就体现了自顶向下、逐步分解的方法，这正是结构化设计的基本思想。模块间的连接采用Windows下菜单逐层调用的形式来实现。 在划分模块的同时，除了要考虑模块间的功能联系之外，还要考虑模块的独立性。如果各模块是相对独立的，则每个模块可单独地被理解、编程、测试、修改。这就使复杂的研制工作得以简化，如程序中即使有错，也被限制在一个模块内。衡量模块独立性有两个指标：块间联系与块内联系。 相互联系，主要是指模块间的数据传送，它是对模块独立性的直接衡量。模块间联系越小，即数据传送越少，意味着模块的独立性越高。所谓块内联系是指一个模块内部各部分之间的联系。若块内联系大了，则模块间的相对独立性也就提高了。结构化设计的目标就是使模块间联系最小，模块内联系最大，以此来提高系统模块的相对独立性。 在一个实际系统中，由于处理的需要，各模块之间并非完全独立，它们之间会有一些数据交换。这时应考虑一种“折衷”方案，既要求各模块间有一定的独立性，又能实现一些数据传送，以满足处理的需要。 (1) 作为用户和软件人员之间的合同附件，为双方相互了解提供基础。 (2) 反映出应用问题的结构，可作为软件人员进行设计和编写的基础。 (3) 作为系统验收的依据，即作为选取测试用例和进行验收的依据。 系统需求说明书是软件生命期中一份极其重要的文档，在分析阶段必须及时地建立并保证其质量。在建立系统需求说明书之后，还应对它进行反复检查，争取尽早发现潜在的错误并及时纠正。分析阶段纠正系统需求说明书上的某个错误可能只需花一个小时，但到开发后期再纠正就可能花成百上千倍的代价。因此，系统需求说明书应该完整、一致、精确、无二义，且简单易懂，易于维护。 9.4 系统设计阶段 9.4.1 数据库设计 数据库设计就是设计程序所需数据的类型、格式、长度和组织方式。因为数据库应用系统主要是处理大量的数据，所以，数据库的设计也上升为一项独立的开发活动，成为数据库应用系统中最受关注的中心问题。数据库设计性能的优劣，将直接影响整个数据库应用系统的性能和执行效率。 数据库的设计过程如图9-8所示。 图9-8 数据库的设计过程和每步产生的文档 1. 需求分析 这一步的主要任务，是从数据库的所有用户那里收集对数据的需求和对数据处理的需求，并把这些需求写成用户和设计人员都能接受的需求说明书。 2. 概念设计 概念设计的目的是将需求说明书中关于数据的需求综合为一个统一的概念模型。为此，可先根据单个应用的需求，画出能反映每一应用需求的局部E-R模型。然后把这些E-R模型合并起来，消除冗余和可能存在的矛盾，得出系统的总体E-R模型。 实体-联系方法(Entity Relationship Approach)简称E-R方法，即用E-R图来描述现实世界中数据之间联系的有效方法。这种方法在数据库设计中被广泛应用，现已成为概念设计阶段描述数据库概念模型的主要工具。 E-R图包含实体、联系与属性等3种基本成分。 (1) 实体。即现实世界中存在的“人”或“物”等数据对象。例如公司、职员、产品、工资单等。在数据库中，实体常用来表示某类数据的集合，其范围可大可小。 (2) 联系。表示实体之间存在的关系。例如将员工表、考勤表和效益工资表信息经过工资项目计算可以得到工资表。这里的“工资项目计算”就代表实体之间的联系。通常联系又可区分为一对一(1:1)、一对多(1:M)和多对多(M:N)等类型。 (3) 属性。表示实体或联系的某种特征。例如，员工有姓名、性别、年龄、职称等属性。 在E-R图中，实体、联系与属性分别用矩形框、菱形框和椭圆框(或圆框)来表示。在建立概念模型图时，首先应先确定E-R模型所含的实体；其次建立对应于系统单项应用的局部E-R模型；然后再将局部E-R模型综合为系统的总体E-R模型；最后要改进 总体E-R模型，确保其具有最小的数据冗余度。 图9-9给出了工资管理系统的基本概念模型图，图中员工、考勤表、效益工资表、工资表都属于实体，用矩形框列出；它们各自都有许多属性，用椭圆框(或圆框)列出；其中员工、考勤表、效益工资表实体的内容通过工资项目计算来决定工资表项目内容，工资项目计算为员工、考勤表、效益工资表实体与工资表实体的联系，用菱形框来表示。 图9-9 工资管理系统概念模型 3. 实现设计 实现设计的目的是将前一步得出