武汉市房地产业发.ppt

武汉市房地产业发展的影响因素 武汉科技学院 2008届毕业论文答辩 本文的主要内容: 课题背景 对房地产业发展的影响因素分析 模型建立 实证分析 模型结果分析 致谢 主要影响因素 模型建立 表4－1 1991～2007年武汉市房地产业的几个相关指标 实证分析 表1-1 回归结果 参数估计 存在多重共线性 主窗体 团队信息 个人信息 成绩 场地 用户管理 系统功能 功能模块 系统总体流程 功能模块 功能模块1 个人基本信息模块所要实现的功能: 有关运动员个人信息的基本信息：编号、姓名、性别、年龄、籍贯、身高、体重、所属团队等。 个人基本信息的输入、修改、和查询。 功能模块2 团队信息模块所要实现的功能： 团队信息的输入，包括团队编号、项目种类、场地位置、训练时间、备注信息。 团队信息的查询、修改，包括团队编号、团队类型、场地位置、训练时间、备注信息。 团队信息的删除。 功能模块3 运动员成绩模块所要实现的功能： 比赛成绩的查询。 成绩的输入，包括团队编号、项目种类、场地位置、时间、运动员姓名、运动员编号、运动员成绩?、备注信息。 成绩的查询和修改，包括团队编号、团队项目种类、场地位置、时间、运动员姓名、运动员编号、运动员成绩?、备注信息。 成绩的删除。 功能模块4 场地及设施模块所要实现的功能： 场地及设施信息的输入，包括团队编号、项目种类、场地位置、比赛，备注信息。 场地及设施信息的查询，包括团队编号、项目种类、场地位置、比赛，备注信息。 功能模块5 用户管理模块： 添加、查询和删除用户。 帮助模块： 包括此系统的一些版本信息等。 系统设置模块： 锁定系统。 重新登录系统。 退出系统。 系统总体流程 数据库及数据库设计 数据库分类 数据表 实体属性 E—R图 数据库的分类 ●关系数据库：在关系数据库中信息被存放在二维表结构的表(Table)中，表由行(rows)和列(columns)组成。关系模型使用数学法则于数据库领域。使关系模型成为数学化模型。关系是表的数学术语，表是一个集合，因此集合论、数理逻辑等知识可以引入到关系模型中来。关系模型与层次模型和网状模型的最大差别是关系模型用表格而不是通过指针链来表示和实现实体间的联系。另外，关系模型的数据结构简单灵活，易学易懂，便于掌握和使用。 关系数据库 实体：实体(Entity)是客观存在并相互区分的“事物”。 联系：联系(Relationship)是描述实体之间存在的对应关系或连接关系 。 键：键(Key)是一种逻辑结构，它被用于实现实体(表)间的联系。主键唯一标识在表中的每一行;外键反映两个表之间的联系，外键值与主表中的主键值相匹配。主表是指以此外键作为主键的表;从表是指外键所在的表。 数据完整性：数据完整性(DataIntegrity)保证同一个关系中数据的精确性和相容性，它分为实体完整性和域完整性。 参照完整性：参照完整性(ReferentialIntegrity)涉及控制跨越两个或两个以上表的数据的一致性规则。参照完整性通过主键和外键数据之间保持一致性来保证。 数据表1(IndividualBasicInformation) 数据表2(TeamInformation ) 数据表3(AthleteResult ) 数据表4(LocationinfoUser ) 实体属性 运动员＝｛编号，姓名，性别，年龄，身高，体重，是否协议运动员｝ 团队＝｛团队编号 项目类型 场地位置 比赛时间｝ 项目＝｛项目类型 比赛时间｝ 场地＝｛场地位置 团队编号 ｝ 成绩＝｛运动员编号 项目类型 团队编号 场地位置｝ E-R图 系统后期开发与技术小结 系统的测试 开发问题解决办法 致谢 系统的测试 系统测试原则 系统测试方法 测试结果 系统的测试原则 应有程序设计者以外的人员参加测试。 应选择不合理的输入数据和非法输入数据。 测试应从“小规模”开始，逐步转向“大规模”。 应在测试工作真正开始以前较长一段时间内进行测试计划。 测试用例应由两部分组成:输入数据和预期输出结果。 所有的测试都应追溯到用户需求。 不仅要检验程序是否能实现预期功能(性质)，还应检查程序是否做了不应该做的工作。 修改以后的程序必须进行重新测试。 系统测试方法 软件的测试包括： 黑盒测试：又名功能测试，即完全不考虑程序的内部结构和处理过程，看程序是否能适当的接收输入数据产生正确的输出信息，完成规定的功能，这种方法一般对非系统开发人员适用 白盒测试：又名结构测试，其前提是完全了解程序的结构和处理过程，按照程序内部的逻辑测试程序检验程序中的每条通路是否按预定的要求正确工作，这种