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

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

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