毕业论文--基于gis的售楼管理系统分析与设计

毕业论文--基于gis的售楼管理系统分析与设计内容摘要：

统对于房地产公司来说，是完全可以承受的料的，所以在经济上是可行的。 需求分析 系统分析师软件工程的重要阶段，是系统设计和开发的依据。 系统分析的目的是正确提取系统的需求，指明系 统应当“做什么”，并为需要解决的问题建立相应的模型。 在对系统分析的过程中，我们采用结构化分析方法，应用原形法建立系统的模型，然后进一步完善系统。 系统目标 售楼管理系统为了解决传统的售楼管理方式的工作量大和管理上的不便，对售楼管理流程进行合理的优化，对系统数据进行有效地管理。 该系统有如下几方面的目标： 1. 方便客户可以更加直观的查看房屋的各种信息，包括周边环境以及房屋里面的情况； 2. 销售员可以通过这个系统实时掌握房屋的信息和销售状态，轻松加愉快的完成销售任务； 3. 管理人员可以非常方便的管理房屋、客户和销售 人员的各种信息，比如修改、添加、删除等； 4. 支持房地产公司的日常的工作管理，比如销售合同管理、销售统计、数据处理等。 系统功能需求 要实现有效售楼管理，该系统应具备以下几个功能： 1. 用户注册。 客户可以注册账号，以进入本系统； 2. 用户信息。 客户可以查看自己注册时的信息； 3. 信息查询功能。 客户可以进入系统查看各个房屋的各种信息； 4. 意向登记。 客户可以登记购房意向； 5. 预订房源。 客户在看中一套房子之后可以对该房子进行预订； 6. 房产信息。 能够对户型信息进行添加、修改、删除和查询， 在此功能里直接嵌入户型图 CAD，方便用户 直接调用户型图。 还可以对楼盘信息 进行添加、修改、删除和查询， 在这里嵌入地理信息系统 GIS。 GIS 可以将房产信息用非常直观的图形数据显示出来； 7. 客户管理。 主要实现客户基本信息姓名、单位、年龄、地址、类型、级别、 电话等、客户需求信息面积、房型、价位等、客户来访来电情况的收集和处理； 8. 售楼管理。 销售管理主要实现房屋销售和销售控制，包括改变房屋的状态洽谈、认购、预定、成交和价格； 9. 销售统计。 销售统计主要实现各种统计工作 , 显示形式有图形方式和表格方式。 能对已成交房源进行统计；。 系统维护包括数据库的维护、权 限的维护、用户密码的维护。 业务流程处理 开发和建立基于 GIS 的售楼管理系统的主要目的首先是为了方便客户能更直观的查看房屋的各种信息；其次能够让销售人员实时掌握房源的信息和销售状态；最后使能够降低管理人员的工作压力，提高工作效率，方便管理。 严格的说，设计一个新的信息系统，应首先进行组织的重新设计，应当把建立新系统看成是对组织的一种有目的的改变过程。 因此，对管理信息系统的业务的调查是十分重要的。 根据以往的销售管理流程和现在的售楼管理系统结合，我们得出一个现在销售管理应具有的业务流程：第一步，客户在 看中哪个房屋之后，先预定楼房，填写预订单，并将预订单交给销售人员；第二步，销售人员在收到订单后，对订单进行审核，确认与房源无误之后，与客户签订销售合同；第三步，客户在签订合同之后去财务部付款，财务部在收到钱之后再反馈给销售员，销售员再进行交房。 若是客户在签订合同之后未在规定时间内付款，则财务部将合同取消。 客 户预 订 单销 售 员财 务 部付 款 凭 证售 楼 合 同失效撤 销 的 合同收 款 通知 单房 源 信 息 图 21售楼管理业务流程图 系统数据流分析 数据流程图是一种能全面的描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合反映出信息在系统中的流动、处理和存储情况。 数据流程图是组织中信息运动的 抽象，是管理信息系统逻辑模式的主要形式。 它在调查的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发， 通过数据流图，系统设计者可以更有效地进行设计，更好地捕获需求。 作为结构化系统分析设计方法中有效的分析工具，数据流图用抽象模型的概念，按照软件内部数据传递，变换的关系， 将信息处理功能的彼此之间的联系自顶而下、逐层分解，逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。 数据流程图和系统的物理描述无关，它所描述的内容部设计技术细节，而是面向用户的，及 时完全不懂信息技术的用户也容易理解。 因此，数据流程图成为系统分析员与用户进行交流的有效手段，同时也成为系统设计的主要依据之一。 本设计使用 Microsoft visio 2020 来进行系统的数据流图设计。 顶层数据流程图 顶层数据流图描述了系统的边界，以及该系统数据需求以及生成数据的功能。 客户首先需要预定楼房，并生成预订单，经过销售处理之后客户签订售楼合同。 图 22系统顶层数据流图 第一层数据流程图 第一层数据流图是顶层处理分解后的数据流图，如下： 客 户预 订 单售 楼 合 同销 售 处 理 系统 房 源 管 理P 1开 发 部 门售 楼 管 理P 4统 计 分 析P 3客 户个 人 信 息客 户 管 理P 2房 源 信息 表客 户 信息 表查 询售 楼 合同销 售 信 息销 售 台账财 务 部 图 23系统第一层数据流程图 第二层数据流程图 （ 1） 房源管理数据流程图，如图所示。 房 源 信息 表管 理 员房 源 管 理P 1 . 1销 售 员操 作 信 息预 订 单审核 图 24二层数据流程图 —— 房源管理 （ 2） 客户管理数据流程图，如图所示。 客 户个 人 信 息客 户 信息 表管 理 员客 户 管 理P 1 . 2销 售 员预订单 图 25二层数据流程图 —— 客户管理 （ 3）统计分析数据流程图，如图所示。 统 计 分 析房 源 信息 表销 售 台账售 楼 合同管 理 员操 作 信 息销 售 信 息房源信息P 1 . 3 图 26二层数据流程图 —— 统计分析 （ 4） 售楼管理数据流程图，如图所示。 在销售员确认订单之后就可以与客户签订合同了，签合同之后，销售员再将房源的销售状态改为已售出。 图 27二层数据流程图 —— 售楼管理 数据字典 数 据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 数据流图和数据字典共同构成系统的逻辑模型， 没有数据字典数据流程就不严格，然而没有数据流程图数据字典也很难发挥作用 ,只有数据流程图和对数据流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明。 由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。 数据字典是关于数据信息的集合，也就是对税局流程图中包含的所有元素的定义的集合。 为了对数据流程图中的各个元素做出详细的说明，有必要建立数据字典。 数据字典的主要内容主要是对数据流程图中的数据项，数据结构，数据流，处理逻辑，数据存储和外部实体等六个方面进行具体的定义。 数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。 以下列出本系统的部分数据字典 ： 数据流条目 数据流编号： D01 数据流名称：付款通知单 销 售 员 客 户合 同 信 息签 合 同P 1 . 4更 新P 1 . 5房 源 销售 状 态售 楼 合同财 务 部付款通知单付 款P 1 . 6付 款 通 知 单收 款 通 知 单付款凭证 简 述：通知客户付款的时间和金额 数据流来源：销售员 数据流去向：客户 数据流组成：客户编号 +客户姓名 +订单号 +销售员编号 +销售员姓名 +房源编号 +财务部姓名 +财务部编号 数据流编号： D02 数据流名称：预订单 简 述：预定购买楼房的订单 数据流来源：客户 数据流去向：销售员 数据流组成：客户编号 +客户姓名 +销售员编号 +销售员姓名 +房源编号 数据流编号： D03 数据流名称：收款通知单 简 述：客户在与销售员签订合同之后，销售员通知财务部发付款通知单给客户 数据流来源：销售员 数据流去向：财务部 数据流组成：销售员编号 +销售员姓名 +财务部编号 +财务部姓名编号 数据流编号： D04 数据流信息：付款凭证 简 述： 客户在付款之后，财务部发给客户的一个凭证 数据流来源：财务部 数据流去向：客户 数据流组成：客户编号 +客户姓名 +财务部编号 +财务部姓名 数据存储条目 数据存储编号： F01 数据存储名称：房源信息表 数据存储组成：房源编号编号 关 键 字：房源编号 相关连的处理：房源信息查询 数据存储编号： F02 数据存储名称：客户信息表 数据存储组成：客户编号 +姓名 +出生年月 +性别 +住址 +电话 +单位 关 键 字：客户编号 相关连的处理：客户信息查询 数据存储编号： F03 数据存储名称：售楼 合同 数据存储组成：合同编号 +客户编号 +客户姓名 +销售员编号 +销售员姓名 +房源编号 关 键 字：合同编号 相关连的处理：合同信息查询、房源信息查询、客户信息查询 处理逻辑条目 处理逻辑编号： P1 处理逻辑名称：房源管理 简 述：管理员对房源信息进行管理 输入的数据流：操作信息 处 理 逻 辑：管理员根据开发部门提供的房源信息，将这些信息录入系统当中，以供客户和销售员查询 输出的数据流：房源信息表 处理逻辑编号： P2 处理逻辑名称：客户管理 简 述：管理员对 客户的信息进行管理 输入的数据流：客户信息 处 理 逻 辑：管理员根据客户注册时的信息，将客户信息录入到系统中 输出的数据流：客户信息表 处理逻辑编号： P3 处理逻辑名称：统计分析 简 述：对房源的成交信息进行统计 输入的数据流：房源信息表、销售信息 处 理 逻 辑：管理员根据合同里提供的销售信息和房源信息对已成交的房源进行统计 输出的数据流：销售台账 处理逻辑编号： P4 处理逻辑名称：售楼管理 简 述：管理合同信息和房源销售状态信息 输入的数据流：合同信息 处 理 逻 辑：销售员在确定订单之后与客户签订合同，在客户成功付款之后再将房源的销售状态改为已售出 输出的数据流：成交信息 数据项条目 数据项编号： I1 数据项名称：管理员编号 别 名：管理员账号 简 述：管理员用来登入系统的账号 类型及宽度：长整型， 10 位 数据项编号： I2 数据项名称：姓名 别 名：管理员名字 简 述：管理员的名字 类型及宽度：文本， 10 位 数据项编号： I3 数据项名称：密码 别 名：管理员密码 简 述：管理员登陆系统的密 码 类型及宽度：文本， 8 位 数据项编号： I4 数据项名称：权限 别 名：管理员权限 简 述：管理员操作本系统的权限 类型及宽度：文本， 2 位 数据结构条目 数据结构编号： DS1 数据结构名称：预订单 简 述：用户看重某一房源之后，想要购买该房等信息 数据结构组成：房源编号 +客户信息 外部实体条目 外部实体编号： S01 外部实体名称：客户 简 述：购买房子的用户 输入的数据流： D01,D04 输出的数据流： D02 外部实体编号： S02 外部实体名称：销售员 简 述：销售员信息主体 输入的数据流： D02 输出的数据流： D01， D03 3 系统设计 系统设计概述 系统设计是管理信息系统开发的重要阶段，它直接影响到系统的质量，是整个开发工作的核心。 系统设计的任务是：在系统分析提出的逻辑模型的基础上，科学合理地进行物理模型的设计。 系统设计主要包括两部分：总体设计和详细设计。 总体设计又称结构设计，主要包括运行环境设计、功能模块设计等内容。 详细设计实在总体设计的基础上确定各个模块内部的详细执行过程 ，此阶段主要包括数据库设计、输入输出设计、存储设计、人机交互设计等内。