若要做演示，建议自己先行测试。
1.2 通过安装光盘 通过公司正规产品发布渠道获取安装光盘。
2 安装及配置房地产售楼及房地产OA程序 2.1 安装 1、执行安装包根目录中的Setup.程序，出现如下界面 2、点击安装金蝶K/3产品，出现如下图 3、点下一步 4、选择接受许可协议条款，点下一步 5、输入用户名与公司名后，点下一步 6、选择安装路径默认安装在C\Program Files\kingdee\K3RE，用户也可改为其他路径 7、选择自己要安装的类型，点下一步 8、正在安装房地产售楼及房地产OA程序；
如果提示重启，请在使用前务必重启机器。
安装完程序后，开始菜单会出现房地产售楼及房地产OA的菜单项。
2.2 配置 1、配置当前系统数据库 在安装路径\tomcat-5.5.20\webapps\ROOT\WEB-INF下的配置文件applicationContext.xml中查找类似于“jdbcjtdssqlserver//192.168.65.251433/K3test”字符串，把其中的“192.168.65.25”替换为当前服务器的IP，把“K3test”替换为刚恢复的系统数据库名称；
然后修改后面的数据库用户名及其密码。
如下图示例 注意如果在安装SQLSERVER时指定了实例名默认没有，则上面IP要改成IP\实例名 才行。
2、根据需要配置K3总账数据库，要购买K3总账产品 在安装路径\tomcat-5.5.20\webapps\ROOT\WEB-INF\classes下的配置文件ApplicationConfig.properties中找到“k3_sql_connect”关键字，然后把后面的IP替换为K3总账数据库所在机器的IP，数据库名改为K3总账数据库名；
然后修改后面的数据库用户名及其密码。
如下图示例 3、根据需要配置短信服务信息，要购买短信服务 在路径\tomcat-5.5.20\webapps\ROOT\WEB-INF\classes下的配置文件ApplicationConfig.properties的sms.host后面配置具体配置信息请联系金蝶总部信息部赵志华后申请获取。
如下图示例 3 初始化数据库 3.1恢复备份库直接获得新数据库 在安装路径\tomcat-5.5.20\db路径下有4个数据库备份.bak文件，直接选择一个恢复即可获得对应系统的数据库。注意如下 如果是全部安装请恢复K3ALL.bak， 如果仅安装售楼请恢复K3HSM.bak， 如果仅安装OA请恢复K3OA.bak。
3.2恢复备份库直接获得演示数据库 如果是学习、培训之用请恢复k3demo.bak。
4 申请许可 1、 安装完成后请执行安装路径\tools下的KDLockTool.文件取得当前机器特征码。
2、 根据此特征码申请限时许可。
可按此工具指引通过网上注册来获取许可文件。
3、 引入K/3许可文件。关闭此工具时会显示当前系统加密情况。
4、 至此，系统应该可登录使用。
5 客户端登录 安装完成后，打开IE浏览器，在地址栏输入 http//服务器IP8088/ 显示系统登录界面如下 注意初次登陆，要以系统默认管理员admin登录（密码000000），进行系统业务用户的创建及其他初始化工作。
6 疑难解答 1、安装完成后，在IE地址栏输入 http//服务器IP8088/ 后出错，登录页面没出现。
应该是没有启动K3 WISE房地产WEB服务，请启动K3 WISE房地产WEB服务之后再登录；
或者手工直接启动本系统安装路径的TOMCAT服务之后再登录。
2、安装完成并启动TOMCAT服务后，在登录界面输入用户名密码验证码点确定后，仍停留在登录页面。
这个地方后期会改进。
原因是根据配置文件中的数据库连接串无法连接到指定的数据库。请重新配置正确的数据库连接串并重启TOMCAT服务后再尝试登录。
注意如果在安装SQLSERVER时指定了实例名默认没有，则上面IP要改成IP\实例名 才行。
3、安装完成后，配置了数据库连接串，启动TOMCAT服务后，仍不能登录进系统。
如果数据库与本系统安装在同一台机器，请检查数据库服务是否启动或者结合上面第2点检查，实在不行就可能是数据库系统有问题需要重新安装。
如果数据库与本系统不在同一台机器，这种情况较复杂，一般说来,有以下几种可能性 A、SQL Server名称或IP地址拼写有误 B、服务器端网络配置有误 C、客户端网络配置有误 需从以下几个方面来排查 首先,检查网络物理连接，ping 。
如果命令执行不成功，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 ISA Server.防火墙软件可能会屏蔽对 ping,telnet 等的响应。
因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果命令执行成功而，ping 失败，则说明名字解析有问题，这时候要检查 DNS 服务是否正常。
有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用HOSTS文件来进行名字解析，具体的方法是 1.使用记事本打开HOSTS文件（一般情况下位于C\WINNT\system32\drivers\etc）。
添加一条IP地址与服务器名称的对应记录,如192.168.10.24 myserver 2.或在 SQL Server 的客户端网络实用工具里面进行配置，后面会有详细说明。
其次,使用 telnet 命令检查SQL Server服务器工作状态。
telnet 1433 如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明SQL Server服务器工作正常，并且正在监听1433端口的 TCP/IP 连接 如果命令返回“无法打开连接”的错误信息，则说明服务器端没有启动 SQL Server 服务，也可能服务器端没启用 TCP/IP 协议，或者服务器端没有在 SQL Server 默认的端口1433上监听。
接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了 TCP/IP 协议等等。
可以利用 SQL Server 自带的配置管理器来进行检查。
点击开始 / 程序 / Microsoft SQL Server2xxx / 配置工具 / SQL Server配置管理器 打开该工具后，检查并确保服务器启用了TCP/IP 协议；
然后点中 TCP/IP 协议，选择“属性“，检查并确保 SQL Server TCP端口是1433端口。
如果选中“隐藏服务器”或“隐藏实例”，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响客户端连接。
接下来我们要到客户端检查客户端的网络配置 同样可以利用 SQL Server 自带的配置管理器来进行检查， 所不同的是这次是在客户端来运行这个工具。
点击开始 / 程序 / Microsoft SQL Server2xxx / 配置工具 / SQL Server配置管理器 打开该工具后，检查并确保客户端启用了TCP/IP 协议；
然后点中 TCP/IP 协议，选择“属性“，检查并确保 SQL Server 默认端口是1433。
通过以上几个方面的检查，基本上可以解决登录问题了。