房屋销售管理系统的设计与实现_毕业设计论文(编辑修改稿)内容摘要:
图 31 房屋销售管理 系统 顶层 数据流 程 图 房 屋销售模块的数据流程图(如图 32 所示)。 本系统的重要模块,首先选择房屋和顾客,预订房屋。 再从预定表里查出信息进行签订销售合同,至此房屋销售成功。 房屋 销售管理系统的设计与实现 10 图 32 房屋销售数据流程图 信息维护模块的数据流程图(如图 33 所示)。 信息维护模块只有管理员可以操作,对本系统进行数据的维护。 图 33 信息维护数据流程图 房屋 销售管理系统的设计与实现 11 数据库分析 由于本系统面向的对象有两个,即 员工 、管理员,所以数据库需求分析中就要考虑两方面的因素 : 一、 员工 : 1. 房屋销售 ; 2. 查询统计个人销售业绩 ; 3. 维护个人信息。 二、 管理员: 1. 具 有最高 权限; 2. 查询统计销售业绩 ; 3. 查询统计房屋资源 ; 4. 对各种信息进行维护。 经过上述系统功能分析、需求总结和数据流程图,考虑到将来功能上的扩展,设计如下面所示的数据项和数据结构。 1. 类型代码表 :流水号、 类型代码 、 类型名称 、 描述 、 备用字段 ; 2. 所属区代码表 :流水号、 区代码 、 区名称、备用字段 ; 3. 人员信息表 :流水号、 姓名 、 住址 、 身份证号、生日、身份代码、账户、密码、描述、备用字段 ; 4. 房源信息表 :流水号、 所有者 、 面积 、 说明 、 房屋类型代码 、 地址、竣工日期、造价、售价、所属区代码、描述、状态代码、备用字段 ; 5. 预订房屋信息表 :流水号、 顾客流水号 、 房屋流水号 、 状态代码 、 预订日期、备用字段。 6. 合同信息表:流水号、人员流水号、房屋流水号、签售日期、备用字段。 上述即为本系统所用到的表信息, 每个表中都留有 2 至 3 个备用字段,为了将来的扩展用。 房屋 销售管理系统的设计与实现 12 4 系统设计 概要 设计的 主要 任务是 把需求分析得到的 DFD 转换为软件结构和数据结构。 设计软件结构的具体任务是:将一个复杂的系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等。 数据结构设计包括数据特征的描述、确定数据的结构特性、以及数据库的设计。 显然,总体设计建立的是 目标系统的逻辑模型,与计算机无关。 在需求分析中得到的数据流图所表示的系统结构特征,可以归纳为两种典型的形式:变换型和事务型两种结构类型。 在实际问题中,系统的 DFD 图可能比较复杂,往往同时存在着变换型和事务型两类结构。 系统结构 系统 基于 B/S 结 构设计。 B/S 模式 ,是随着 Inter 技术的兴起,对 C/S 模式 的一种变化或者改进的 模式。 在这种 模式 下,用户界面完全通过浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现。 B/S 模式 利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才 能实现的强大功能,井节约了开发成本,是一种全新的软件系统构造技术。 它具有界面统一、流程简单、操作方便的优点。 B/S 模式 的前端是以 TCP / IP 协议为基础的,企业 内部的万维网服务器可以接受安装有 Web 浏览程序的 Inter 终端的访问,作为最终用户,只要通过 Web 浏览器,各种处理任务都可以调用系统资源来完成,用户 只要拥有一台能上网的计算机就能方便的进行网上 操作 ,而不需要下载任何客户端程序。 这样大大简化了客户端,方便了 用户。 同时,减轻了系统维护与升级的成本和工作量,降低了总体成本,也是 房屋销售管理 系统能真 正成为 未来趋势 的基础。 任何一个管理系统 ,访问数据库 的开发是必不可少的。 目前大多数 管理系统 使用的Client/Server 方式,由于当修改和增强数据应用时,需要开发客户端应用程序。 进行服务器端更改或客户端 服 务器端同时更新,由此带来的工作量是巨大的。 另外,客户端 /服务器端方式中的数据库系统之间的数据库结构和数据类型不一致,导致数据库系统之间的转换困难。 再有,数据库应用系统是基于特定硬件平台和应用平台,这对数据库应用的移动带来困难。 而基于 Web 方式访问数据库,此问题就迎刃而解。 客户端无论是何种平台,只要具有浏 览器就可以通过 Web 页面访问到数据库的内容,这大大降低了对客户平台的要求,房屋 销售管理系统的设计与实现 13 而且无论是数据或应用程序都存放与服务器,开发人员 可 以非常方便地对系统进行更新和维护。 免去 了 针对不同应用平台编写不同前端应用程序。 该系统主要 就是 通过 WEB 浏览操作的方式与 服务器上的 数据库进行数据处理和信息交换。 这里 根据需求分析所得到的 房屋销售管理 系统 数据流 程 图,将其优化、求精后,得到系统的详细 DFD,采用面向数据流的分析方法,由于系统是事务型的 模式 特征,因此按照事务分 析的映射规则把数据流图映射到软件结构上,建立起系统的框架结构为: 图 41 系统框架图 结构图 下面给出框架图中所涉及到的 各个 模块图的 描述。 ①、 房屋销售 功能模块图 ( 如图 42 所示 )。 图 42 房屋销售 功能模块图 房屋销售管理系统 系预订信房源信息 息人员信息 管理员 统 房屋销售 信息维护 顾客管理 注销系统 查询统计 房屋销售 预订房屋 销售房屋 房屋 销售管理系统的设计与实现 14 ②、 查询统计 功能模块图 ( 如图 43 所示 )。 图 43 查询统计 功能模块图 ③ 、 信息维护 功能模块图 ( 如图 44 所示 )。 图 44 信息维护 功能模块图 ④ 、 注销系统 功能模块图 ( 如图 45 所示 )。 图 45 注销系统 功能模块图 查询统计 销售业绩 销售走势 房屋资源 购买合同 信息维护 房源信息 人员信息 注销系统 更换用户 退出系统 房屋 销售管理系统的设计与实现 15 实体图 房屋销售管理 系统 的 软件 结构设计中,采用 ER 模型来描述,采用自底向上 设计概念结构的 方法 为例,它通常分为 两步 : 首先 要根据需求分析的结果(数据流程图等)对现实世界的数据进行抽象 ,设计各个局部视图即分 ER 图。 然后集成局部视图。 经分析,得到 系统的基本 ER 图 ( 如图 46 所示 )。 图 46 数据库的 ER 模型图 人 员实体图 ( 如图 47 所示 )。 管理员 人员信息 房源信息 员工 预订信息 合同 密码 账户 合同 预订信房源信息 息人员信息 管理员 权姓名 名 权限 账户 姓名 其他 其他 密码 人员 姓名 权限 姓账户 名密码 员工 姓名 密码 面积 户型 户型 人员 日期 其他 其他 房屋 人员 日期 日 期 其他 房屋 人员 组成 修改个人 增删改查 增删改查 帮助 预订 签售 人员 流水号 账户 权限 权限姓名 生 日 密码 住址 身份证号 类别代码 账户 密码 房屋 销售管理系统的设计与实现 16 图 47 人 员实体图 房源 实体图 ( 如图 48 所示 )。 图 48 房源 实体图 合同 实体图 ( 如图 49 所示 )。 图 49 合同 实体图 预订房屋 实体图 ( 如图 410 所示 )。 图 410 预订房屋 实体图 代码类型 实体图 ( 如图 411 所示 )。 预订房屋 所权限 流水号 人员 房屋其他 预订状态 预订日期 期 姓名 密码 合同 流水号 人员 管理所有者 员 签售日期 理 户型 地址 房屋其他 价格 容 房源 流水 号 所有者 面积 说明 户型 地址 竣工日期 造价 售价 所有区 状态 房屋 销售管理系统的设计与实现 17 图 411 代码类型 实体图 所属区代码实体图(如图 412 所示)。 图 412 所属区代码 实体图 逻辑结构 设计的任务就是把概念结构设计好的基本 ER 图转换为与选用 DBMS 产品所支持的数据模型相符合的逻辑结构设计。 在 房屋销售管理 系统 中,所选用的 DBMS 产品为 Oracle 10g,因此应将概念模型转换为关系数据模型 , 关系模型的逻辑结构是一组关系模式的集合。 ER 图则是由实体、实体属性和实体之间的联系三个要素组成的。 所以将 ER 图转换为关系模型实际上是要将实体、实体的属性和实体之间的联系转换为关系模式。 表信息 数据库包含以下 6 个表: 人员信息表 、 房源信息表 、 预订房屋信息表 、 合同 信息 表 、代码类型表 、 所属区 代码 表。 所有表 的结构如下: ① 、 人员信息 表 人员信息 表主要用 于保存 人 员信息,表结构如表 41 所示。 表 41 人 员 信息 表( GD_PERSON_TB) 字段名 数据类型 长度 说明 描述 PERSON_ID NUMBER(5) 5 主键 数据库流水号 所属区代码 流水号 区代码 区名称 描述 代码类型 屋 密码 流水号 权限 代码 日期 名称 人员 描述 描述 房屋 销售管理系统的设计与实现 18 PERSON_NAME VARCHAR2(20) 20 人员姓名 PERSON_ADDRESS VARCHAR2(50) 50 家庭住址 PERSON_IDENTITYNO VARCHAR2(18) 18 身份证号 PERSON_BIRTH VARCHAR2(20) 20 出生日期 PERSON_CODE NUMBER(5) 5 外键 人员身份类型 PERSON_USERNAME VARCHAR2(20) 20 账户 PERSON_PASSWORD VARCHAR2(20) 20 密码 PERSON_DESCRIPTION VARCHAR2(100) 100 对人员的详细描述 RESERVE_1 VARCHAR2(20) 20 备用字段 1 ② 、 房源信息 表 房源信息 表主要用于保存 房屋资源 信息,表结构如表 42 所示。 表 42 房源信息 表( GD_HOUSE_TB) 字段名 数据类型 长度 说明 描述 HOUSE_ID NUMBER(5) 5 主键 数据库流水号 HOUSE_OWNER NUMBER(5) 5 外键 房屋所有者 HOUSE_AREA NUMBER(7,2) 7,2 房屋面积 HOUSE_INFO VARCHAR2(20) 20 房屋简单信息 HOUSE_TYPE NUMBER(5) 5 外键 房屋户型 HOUSE_ADDRESS VARCHAR2(50) 50 房屋地址 HOUSE_DATE VARCHAR2(20) 20 房屋竣工日期 HOUSE_FIRSTPRICE VARCHAR2(20) 20 房屋造价 HOUSE_PRICE VARCHAR2(20) 20 房屋售价 HOUSE_ZONE NUMBER(5) 5 外键 房屋所属区 HOUSE_DESCRIPTION VARCHAR2(100) 100 房屋详细描述 HOUSE_STATE NUMBER(5) 5 外键 房屋状态 RESERVE_2 VARCHAR2(20) 20 备用字段 2 ③ 、 预订房屋信息 表 预订房屋信息 表主要用于保存 顾客及其所定房屋的信息 ,表结构如表 43 所示。 表 43 预订房屋信息 表 ( GD_BOOKSALE_TB) 字段名 数据类型 长度 说明 描述 BOOK。房屋销售管理系统的设计与实现_毕业设计论文(编辑修改稿)
相关推荐
上管理地理信息。 这些平台包括 Oracle, Microsoft SQL Server, IBM DB2,Informix。 通过 ArcSDE,可使 ArcGIS 在 DBMS 中轻而易举地管理一个共享的、多用户的空间数据库。 根据上述分析,水库洪水预报调度系统开发拟采用下列两种方案,并在实施时根据实际情况确定: 方案一: (1) 开发平台: . (2) 开发语言: C. (3) GIS
至白疙瘩(蒙甘界)段(巴彦淖尔境内)房建及供配电工程 施工 投 标文 件 第 三 章 工期保证体系及保证措施 一、 工期保证体系 为了确保系统工程施工按期完工,我方将选派工作能力强,专业技术精的技术人员组建务实、精干的管理组织机构。 成立以项目经理为总调度长的施工调度中心,全面调度施工力量(机械和人力),充分运用网络技术,编制并完善施工进度计划,充分运用统筹法对进度安排进行动态管理
; ( 5)楼地面施工及裂缝控制; ( 6)屋面防水; ( 7)管线孔洞的预留预埋; ( 8)土建与装饰、安装工种的组织协调及配合; ( 9) 质量、安全、文明、环保的措施及控制。 11 第三章 施工组织机构 一、 施工组织 (一)、 项目经理部组织机构图 图 31 项目经理:高世强 项目 执行经理:周树清 项目技术负责人:王庆华 主办工长:罗泽福 工长:李皓铭 项 目 经 理 项目技术负责人
生活、医疗、卫生、防病工作,保证职工有充沛的精力投入到 工作中去,确保每日进度。 二 、经济保证措施 l、确保按时供应资金 奖励工期提前有功者 保证施工资源正常供应,实现进度计划的资金保证措施 项目部将采取有效的经济措施,保证在农忙时节施工人员坚守岗位,为按进度如期完成工程建设做出贡献。 16 三、合同保证措施 l、全面实行工程承包合同 按时提取工程款 保持总进度控制目标与合同总工期一致 四
前 发挥经济效益等 都 有 重 要 意 义。 从 理 论 上说 ,我 国 的 工 程 项 目进 度 控 制 起 步 较 晚 ,一 个 工 程 应 有完整的计划保 证 体 系。 第二章 某工程项目概况 3 第二章 某 工程项目概况 该 工 程 项目 位 于 XXXXXXXXXXXX,总 建 筑 面 积 达 到 XXXX万 ,其 中 地上建筑面积有 XXXX万 , 而 地下 面 积 有 XXXX万。
大差距。 单位绿化发展水平亦参差不齐,绿化意识有待提高。 ( 6)绿化标准较低,绿化档次和管理水平有待提高。 限制条件: ( 1)老城区建设时期,对预留绿地重视不够。 在城市建设中,绿化总是滞后于其它城市配套建设,先期工程占用绿化用地,造成绿化工作的被动。 ( 2)在城市建设中,对利用自然山水条件创造城市景观不够。 没有树立生态园林的观念,在城郊大环境中形成点、线、面相结合的绿地系统。 (