房地产erp管理系统内容摘要:
地产租售销管理系统 vi. 级别 vii. 用户目标 viii. 主要参与者 ix. 租售楼员工 x. 涉众及其关注点 xi. 租售楼员工、部门经理、客户、公司、政府税收代理 xii. 前置条件 xiii. 租售楼员工必须经过确认和认证 xiv. 成功保证(后置条件) xv. 存储租售楼信息。 准确计算税金。 更新账目和楼存信息。 记录提成。 生成租售楼统计信息。 记录支付信息。 xvi. 主成功场景(或基本流程) xvii. 1) 客户携带相关且齐备的证件和资金到租售楼处租或买楼 xviii. 2) 租售楼员工开始新一次的交易 xix. 3)租售楼员工逐一介绍相关待租售楼信息 xx. 4)客户选好一处或者几处楼盘,租或者购买 xxi. 5)租售楼人员在部门经理出面的情况下,客户和公司签订租售楼合同 xxii. 6)客户利用行用卡或者现金付款 xxiii. 8)交易完毕,客户离开。 xxiv. 扩展(或替代流程) xxv. xxvi. 特殊需求 xxvii. xxviii. 技术和数据变元表 xxix. xxx. 发生频率 xxxi. xxxii. 杂项 xxxiii. xxxiv. xxxv. 结论:使用“天意房地产租售销管理系统”能够完成此 “销售楼盘”客户需求 b) “天意房地产租售销管理系统”原型对此“销售楼盘”客户需求的组织 i. 用例模型: xxxvi. 用例名称 UC2 xxxvii. 销售楼盘 xxxviii. 范围 xxxix. 天意房地产租售销管理系统 xl. 级别 xli. 用户目标 xlii. 主要参与者 xliii. 租售楼员工 xliv. 涉众及其关注点 xlv. 租售楼员工、部门经理、客户、公司、政府税收代理 xlvi. 前置条件 xlvii. 租售楼员工必须经过确认和认证 xlviii. 成功保证(后置条件) xlix. 存储售楼信息。 准确计算税金。 更新账目和楼存信息。 记录提成。 生成售楼统计信息。 记录支付信息。 l. 主成功场景(或基本流程) li. 1) 客户携带相关且齐备的证件和资金到租售楼处买楼 lii. 2) 租售楼员工开始新一次的交易 liii. 3)租售楼员工逐一介绍相关待售楼信息 liv. 4)客户选好一处或者几处楼盘购买 lv. 5)租售楼人员在部门经理出面的情况下,客户和公司签订售楼合同 6)经理在现场,系统进入经理授权模式 7)更改结账方式为信用卡 lvi. 8)客户利用信用卡付款 lvii. 9)交易完毕,客户离开。 lviii. 扩展(或替代流程) lix. 4a 客户希望更改所选的楼盘 a) 租售楼人员在系统上直接更改所选楼盘信息 b) 恢复到楼盘选择界面,继续介绍 c) 客户重新选择 8a 客户希望用现金付款 1) 经理在现场,系统进入经理授权模式 2) 更改结账方式为现金 3) 客户用现金付款 注意: 4a、 8a 都表示客户变更需求的一种特殊情况,可能还有其它情况,会在后面慢慢补充 lx. 特殊需求 lxi. 利用信用卡付款的相应时间不能超过 5 分钟;必须保证客户安全使用信用卡 lxii. 技术和数据变元表 lxiii. 客户应该能够通过租售楼处的银行远程中断,输入信用卡帐号和密码进行付款,完成交易 lxiv. 发生频率 lxv. 可能几天内就会再次发生 lxvi. 杂项 lxvii. 未决问题:税法如何变化;研究远程服务的恢复问题 lxviii. lxix. ii. 补充性规格说明 1) 客户交易完毕,能够获得来自银行的认证付款说明书; 2) iii. 词汇表 iv. 设想 使用此系统,能让公司业务运转的更加迅速高效,让客户更满意公司 服务 v. 业务规则 1) 税法 2) 公司与银行合作的原则政策 3) 公司和客户之间的潜规则 需求分析 1. “天意房地产租售销管理系统”原型中满足的客户需求对本“房地产 ERP 管理系统”的需求分析中 ’销售楼盘 ”的适应度 a) 比较适合方面 1) 出售房查询 2) 出售房资料管理 3) 客户资料 4) 公司账目 5) 楼盘设置 6) 部门设置 7) 操作权限 8) 系统介绍 b) 不太适合方面 1) 出租房查询 2) 出租房资料管理 3) 日程安排 4) 员工资料 5) 公司资料 6) 数据备份 7) 数据恢复 8) 数据压缩 9) 数据清理 10) 版权信息 11) 软件注册 2. 筛选适合用于“销售楼盘”客户需求的已满足需求 a) 出售房查询 b) 出售房资料管 理 c) 客户资料 d) 楼盘设置 3. 产生本“房地产 ERP 管理系统”相应的“销售楼盘”客户需求的相关制品 下面重点分析用例: 销售楼盘、管理出售楼盘资料、查询出售楼盘资料、管理客户资料、查询客户资料 管理、查询出售楼盘资料,管理、查询客户资料,销售楼盘的总体用例图 如下: 用例 文档 (较为详细) Use Case ID: 3 Use Case Name: 销售楼盘 Created By: 曹雪峰 Last Updated By: Date Created: 20201030 Date Last Updated: Actor: 售楼员工 、部门经理 Description: 用户目标 Preconditions: 售楼员工必须经过确认和认证 Postconditions: 存储售楼信息。 准确计算税金。 更新账目和楼存信息。 记录提成。 生成售楼统计信息。 记录支付信息。 Priority: 重要 Frequency of Use: 可能几天内就会再次发生 Normal Course of Events: 1) 客户携带相关且齐备的证件和资金到售楼处买楼 2) 售楼员工开始新一次的交易 3)售楼员工输入账号 4)售楼员工逐一介绍相关待售楼信息 5)客户选好一处或者几处楼盘购买 6)售楼人员在部门经理出面的情况下,客户和公司签订售楼合同 7)经理在现场,系统进入经理授权模式 8)选择结账方式为信用卡 9)客户利用信用卡付款 10)交易完毕,客户离开。 Alternative Courses: 2a 客户希望不做交易 a) 客户终止交易 b) 售楼员工结束本次交易 4a 客户只是参观 a) 售楼员工可以为其展示楼盘信息,期待购买 5a 客户希望更改所选的楼盘 a) 售楼人员在系统上直接 更改所选楼盘信息 b) 恢复到楼盘选择界面,继续介绍 c) 客户重新选择 7a 经理不在交易现场 a) 联系其他领导 b) 进行交易 9a 客户希望用现金付款 a) 经理在现场,系统进入经理授权模式 b) 更改结账方式为现金 c) 客户用现金付款 注意:扩展 2a、 4a、 5a、 7a、 9a 分别对应以上主成功场景的 2)、 4)、5)、 7)、 9),都表示客户或者其他情况使需求变更,可能还有其它情况,会在后面慢慢补充 Exceptions: Includes: Special Requirements: 利用信用卡付款的相应时间不能超过 5 分钟;必须保证客户安全使用信用卡 Assumptions: Notes and Issues: c) 补充性规格说明 1) 客户交易完毕,能够获得来自银行的认证付款说明书; 2) d) 词汇表 1) 制品:指成果 2) 信用卡: [Credit Card]是银行或其它财务机构签发给那些资信状况良好的人士或单位,用于在指定的商家购物和消费、或在指定银行机构存取现金的特制卡片,是一种特殊的信用凭证。 3) 供需链: 全球化竞争条件下,任何企业都不能孤立的存在,必须依靠上游的供应商和下游的客户并形成合作关系 ,这 种关系就是供与需之间的锁链。 4) 需求的组织:需求分析中产生的制品的组合。 e) 设想 使用此系统,能让公司业务运转的更加迅速高效,让客户更满意公司服务 f) 业务规则(通常描述了凌驾于某一软件项目的需求或政策) a) 税法 b) 公司与银行合作的原则政策 c) 公司和客户之间的潜规则 Use Case ID: 4 Use Case Name: 管理出售楼盘资料 Created By: 曹雪峰 Last Updated By: Date Created: 20201030 Date Last Updated: Actor: 系统管理员 Description: 用户目标 Preconditions: 系统管理员 必须经过确认和认证 Postconditions: 管理楼盘信息 Priority: 重要 Frequency of Use: 可能几天内就会再次发生 Normal Course of Events: 1)系统管理员开始新的一次出售楼盘资料管理; 2)系统管理员输入账号 3)管理出售楼盘资料(增加、修改、查询、打印、删除、退出等操作) Alternative Courses: Exceptions: Includes: Special Requirements: Assumptions: Notes and Issues: Use Case ID: 5 Use Case Name: 查询出售楼盘资料 Created By: 曹雪峰 Last Updated By: Date Created: 20201030 Date Last Updated: Actor: 售楼员工 Description: 用户目标 Preconditions: 售楼员工 必须经过确 认和认证 Postconditions: 查询楼盘信息 Priority: 重要 Frequency of Use: 可能几天内就会再次发生 Normal Course of Events: 1)售楼员工开始新的一次出售楼盘资料查询; 2)售楼员工输入账号 3)查询出售楼盘资料(查看、查找、打印、退出等操作) Alternative Courses: Exceptions: Includes: Special Requirements: Assumptions: Notes and Issues: Use Case ID: 6 Use Case Name: 管理客户资料 Created By: 曹雪峰 Last Updated By: Date Created: 20201030 Date Last Updated: Actor: 系统管理员 Description: 用户目标 Preconditions: 系统管理员 必须经过确认和认证 Postconditions: 管理客户资料 Priority: 重要 Frequency of Use: 可能几天内就会再次发生 Normal Course of Events: 1)系统管理员开始新的一次客户资料管理 2)系统管理员输入账号 3)管理客户资料(增加、修改、查询、打印、删除、推出等操作) Alternative Courses: Exceptions: Includes: Special Requirements: Assumptions: Notes and Issues: Use Case ID: 7 Use Case Name: 查询客户资料 Created By: 曹雪峰 Last Updated By: Date Created: 20201030 Date Last Updated: Actor: 部门经理 Description: 用户目标 Preconditions: 部门经理 必须经过确认和认证 Postconditions: 查询客户资料 Priority: 重要 Frequency of Use: 可能几天内就会再次发生 Normal Course of Events: 1)部门经理开始新的一次客户资料管理; 2)部 门经理输入账号 3)查询客户资料(增加、修改、查询、打印、删除、退出等操作) Alternative Courses: Exceptions: Includes: Special Requirements: Assumptions: Notes and Issues: 参考资料和工具软件 1. 原型“天意房地产租售销管理系统”,山东省天意软件开发中心设计,企业网址: ,相关的。房地产erp管理系统
相关推荐
户服务确认书 编号 □ 求购 □求 租 经出售 /出租方同意,居间方 公司 (21 世纪不动产 加盟店 )将下列房屋推荐给求购 /求租方,并按照下列时间与地点带求购 /求租方 (包括关联方 )实地察看房屋。 求购 /求租方接受居间方的居间服务,并确认: 在此次带看房屋前,没有任何一家中介代理机构及个人向求购 /求租方推荐和带看过下列表所列房屋。 带 看 时 间 房 屋 地 址 求购 /求租方签名
依据 2. 为项目运营管理会议决策项目重难点问题提供依据(如专题会上仍不能确定按哪种方案实施则需提交项目运营管理会议。 如涉及项目经济指标变化、项目定位等重大变化的可行性建议方案); 会议议程 : o 1. 项目职能负责人 ●对已经与相关专业人员讨论,拟采用的方案进行介绍; o 2. 与会人员就提出的方案进行讨论和确定; 输出 : 会议纪要;项目专题方案 • 预案决策会 召集人
最强免费房产中介软件 易房大师 附件 3 二手楼租售交易中心成交结算 报告 分行名称: 成交日期: 成交合同编号: 结算编号: 物 业 区域: 物业名称: 物业类型: □住宅 □别墅 □写字楼 □商铺 □厂房 □其他 户型:□平面 房 厅 □复式 □其他 朝向 交 易 □ 租赁 总计: 元 /月 □ 买卖 总计: 元 成交单价: 元 /平方米 □代 办手续: 总计: 元 业 主 名称: 地址:
珈琲館。 嚴格篩選世界各地頂級咖啡生豆,經過嚴格而獨特的烘焙過程後,由服務人員細心的沖泡下完美的呈現,讓顧客在充滿明亮、朝氣的環境中感受咖啡的香醇內涵。 如今, KOHIKAN 珈琲館在日本已有五百多家,台灣八十餘家的連鎖加盟店,儼然成為珈琲道文化的代言人。 在民國八十一年引入台灣後,秉持 KOHIKAN珈琲館的精神,將專業明朗與誠懇的服務,深植於顧客中心,期望能以雋永典雅的珈琲道文化
第 12页 ( 3) 怎样创建一个数据表 上面已经讲了如何创建一个数据库文件, 按照上面的步骤建立一个数据库文件后,需要在数据库文件中建立一个数据表。 在下面的对话框中选 ” 使用设计器创建表 ” ,上面还有三个按钮,一个是打开,一个是设计,一个是新建,点击设计,就可以开始设计数据表了。 第 13页 出现设计的界面后,就可以开始设计数据表了。 ( 4) VB连接 ACCESS2020数据库 用