重庆龙湖集团楼盘销售管理系统(共41页).doc

精选优质文档-倾情为你奉上重庆龙湖集团楼盘销售管理系统需求规格说明书编号：LF-CM-SBS版本：1.0作者：侯成方.日期：2008-6-11审批：日期：状态修订人修改日期版本备注新创建侯成方.2008-6-111.0目录专心-专注-专业1 概述楼盘销售是公司的基本业务，也是公司的根本。为了促进公司管理的规范化、制度化，重庆龙湖集团决定实施楼盘销售管理系统。希望通过这个系统完成对楼盘销售的掌控，了解楼盘销售状态，员工业绩等信息，同时也使员工了解自己推销的楼盘信息，并记录下需求准客户，并积极把其转化为成交客户。1.1 目的本文档是重庆足下在与重庆龙湖集团的楼盘销售管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。1.2 范围本系统包括：楼盘信息管理、房屋交易信息管理、成交客户追踪管理、需求客户信息管理、员工信息管理和统计报表六个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。1.3 读者对象重庆龙湖集团经理和开发小组组员。1.4 参考文档无2 系统说明2.1 功能概述功能模块详细功能说明楼盘信息管理可录入社区信息；可录入社区中每栋楼盘信息；可导入导出规范格式的社区资料信息；可以查看社区的信息资料；可以实现楼盘状态(未售、已下定、已售)之间的转换能够查询每种户型的具体资料；能够按社区或楼盘的关键字进行查询；能够按户型、套内面积、建筑面积或套内单价进行查询；能够进行模糊查询房屋交易信息管理可录入房屋交易信息可查询每个月的成交套数和成交金额能够按规格打印出房屋购买预算表能够按社区或楼盘的关键字进行查询；能够按户型、套内面积、套内单价进行条件查询；能够按付款方式进行查询；能够进行模糊查询成交客户追踪管理可录入成交信息可更改成交信息状态(下定、已签合同、房交所审核、归档)能够按房号、业主姓名、合同号、交房时间进行条件查询能够进行模糊查询需求客户信息管理可录入需求客户信息可给需求客户添加备注、表明其改变的需求可查询需求客户信息、但只有添加需求客户的人能看到联系方式可分配需求客户(联系方式)能够进行模糊查询员工信息管理可录入员工基本信息能够查询员工的联系方式能够查询员工每月业绩能够删除员工信息统计报表查询每月每店销售业绩查询每个员工销售业绩查询店面销售排名查询员工销售排名权限管理可增加、删除角色可给角色授权2.2 用户与角色与本系统相关的用户和角色包括：系统管理员：管理系统用户、角色与权限，保证系统正常运行。人力资源部：录入员工基本信息。删除员工信息。销售经理：录入社区信息及社区中楼盘、房屋信息。导入导出规范格式的社区资料。查询每月成交套数和金额。查询店面销售排名。查询每月每店销售业绩。查询员工销售排名。查看员工每月业绩店长：导入导出规范格式的社区资料。查询每月本店成交套数和金额。查询店面销售排名。查询每月每店销售业绩。查询员工销售排名。查看员工每月业绩。分配需求客户置业顾问：录入需求客户。查询自己的需求客户。给需求客户添加备注，表明其改变的需求。按规定格式打印出购房预算表。录入成交信息。更新成交信息状态(下定、已签合同、房交所审核、归档)。房屋状态转换(未售、已下定、已售)。查看客户信息。查看员工联系方式。查询员工销售排名。查看员工每月业绩。2.3 系统功能系统用例图如图1所示，子用例图及详细的用例描述见“功能性需求”部分。图 12.4 当遵循的标准或规范本系统采用Microsoft SQL Server数据库，使用Java EE进行开发，采取B/S架构。数据库设计原则上符合第三范式，且规范，易于维护。程序需使用MVC模式，采用三层架构，保证系统的可维护性和可扩展性。3 功能性需求本系统分楼盘信息管理、房屋交易管理、成交客户追踪、需求客户管理、员工信息管理、统计报表和权限管理七个模块。3.1 楼盘信息管理楼盘信息管理模块包含录入社区、楼盘信息，楼盘销售状态更改和条件查询楼盘信息三个模块，子用例图如图2所示。图2楼盘信息管理是本系统的根本，是公司存在的基础。销售经理在录入社区或楼盘信息后，店长和置业顾问才能够查询到社区或楼盘的信息。并且销售经理可以导入导出规定格式的社区或楼盘资料，以备宣传使用。店长和置业顾问也可以导出规范格式的社区或楼盘资料，用来给客户宣传。并能够随时条件查询出社区和楼盘的详细信息。在某一楼盘交易以后，可以更改楼盘的状态。楼盘状态可分为：未售、已下定、已售。3.1.1 录入楼盘信息3.1.1.1 业务概述销售经理录入社区或楼盘信息后，店长和置业顾问才能给客户推荐此楼盘。3.1.1.2 使用者销售经理3.1.1.3 前置条件销售经理登陆系统，需要销售新楼盘时。3.1.1.4 输入要素录入楼盘信息时需输入如下信息：表1数据项说明输入格式是否必填社区名称文本是社区地址文本是占地面积文本是绿化面积文本是均价平均售价文本是开盘时间文本入住时间文本交通状况文本周边配套文本3.1.1.5 处理流程接受页面数据，添加到数据库中3.1.1.6 输出要素保存成功或失败，如果页面的必填项没有填写，则不能添加。3.1.1.7 后置条件销售经理执行录入楼盘信息动作生效3.1.2 楼盘状态改变3.1.2.1 业务概述楼盘状态分为三种：未售、已下定、已售。在店长或置业顾问卖出一套房子或一套房子已下定后，要改变其状态。 3.1.2.2 使用者店长、置业顾问3.1.2.3 前置条件店长或置业顾问登陆系统，并且已下定或售出房屋时。3.1.2.4 输入要素楼盘状态更改时需输入如下信息：表2数据项说明输入格式是否必填楼盘状态下拉选框是3.1.2.5 处理流程接受页面数据，修改数据库中此楼盘中房屋状态3.1.2.6 输出要素保存成功或失败。3.1.2.7 后置条件店长或置业顾问执行更改房屋状态生效。3.1.3 条件查询社区或楼盘资料3.1.3.1 业务概述根据社区名字、社区地址、均价、户型、套内面积等条件查询社区或楼盘详细信息。3.1.3.2 使用者店长、置业顾问3.1.3.3 前置条件店长或置业顾问登陆系统，需要按客户需求查询楼盘信息时3.1.3.4 输入要素查询楼盘信息时需输入如下信息：表3数据项说明输入格式是否必填社区名称文本社区地址文本均价平均售价文本户型文本套内面积文本开盘时间文本入住时间文本交通状况文本周边配套文本3.1.3.5 处理流程接受页面数据，查询数据库中匹配的项3.1.3.6 输出要素社区或楼盘详细信息集合3.1.3.7 后置条件店长或置业顾问执行查询动作生效3.2 成交客户追踪管理成交客户追踪管理模块包含录入成交客户信息、修改成交客户状态，模糊条件查询成交客户信息信息三个模块，子用例图如图3所示。图3在成交客户追踪管理里面，店长和置业顾问拥有相同的权限：录入成交客户信息、修改成交客户状态和按条件模糊查询成交客户信息三个模块。在一个客户下定以后，店长或置业顾问就可以录入此客户信息，状态为：下定。当客户和开发商签定合同以后，便修改此客户的状态为：已签合同。当房交所已经审核和已经归档的时候，此客户状态会作相应改变。当客户来咨询的时候，店长或置业顾问可以按条件模糊查询出客户信息。3.2.1 录入成交客户信息3.2.1.1 业务概述当一个客户相中一套房子，已经下定后，店长或置业顾问便录入此客户信息，以便在以后的流程（签合同、房交所备案、归档）中更方便的为客户服务。3.2.1.2 使用者店长、置业顾问3.2.1.3 前置条件店长或置业顾问登陆系统后，客户已经下定。3.2.1.4 输入要素录入成交客户信息时需输入如下信息：表4数据项说明输入格式是否必填客户名称文本是客户性别单选是客户身份证文本是客户住址客户现在住址，非楼盘地址文本是客户电话文本是楼盘地址只读是房号客户选择的房屋房号下拉选框是套内单价成交时的单价文本是户型下拉选框是建筑面积文本是套内面积文本是房价总房款只读文本是契税总房款*1.5%只读文本是合同印花税总房款*0.03%只读文本是转移登记费80元/户只读文本是国土证费90.8元/户只读文本是贷款额贷款额(按竭才有)文本抵押登记费80元/户(按竭才有)只读文本按竭印花税贷款额*0.005%(按竭才有)只读文本五通费文本是大修基金总房款*3%只读文本是总额应负实际总额只读文本是负款方式一次性、分期、按竭下拉选框是状态已下定、已签合同、房交所已备案、已归档下拉选框是3.2.1.5 处理流程接受页面信息，添加到数据库中。3.2.1.6 输出要素是否保存成功。3.2.1.7 后置条件店长或置业顾问执行录入动作生效3.2.2 修改成交客户状态3.2.2.1 业务概述成交客户的状态分为：已下定、已签合同、房交所已备案、已归档。当成交客户信息改变时，则更改数据库里的响应数据。3.2.2.2 使用者店长、置业顾问3.2.2.3 前置条件客户的状态改变时。3.2.2.4 输入要素修改成交客户信息时需输入如下信息：表5数据项说明输入格式是否必填客户状态下拉选框是3.2.2.5 处理流程接受页面数据，将其保存到数据库中。3.2.2.6 输出要素是否修改成功。3.2.2.7 后置条件店长或置业顾问执行修改操作生效。3.2.3 按条件模糊查询成交客户信息3.2.3.1 业务概述当店长或置业顾问需要查询某一成交客户信息时，在页面输入查询条件，点击查询后显示出匹配的成交客户信息。3.2.3.2 使用者店长、置业顾问3.2.3.3 前置条件店长或置业顾问登陆系统，需要查询成交客户信息时。3.2.3.4 输入要素查询成交客户信息时需输入如下信息：表6数据项说明输入格式是否必填成交客户编号文本成交客户姓名文本成交客户房号文本3.2.3.5 处理流程接受页面数据，从数据库中查询出相匹配的数据集。3.2.3.6 输出要素符合条件的成交客户的详细信息集。3.2.3.7 后置条件店长或职业顾问执行查询操作生效。3.3 房屋交易信息管理房屋交易信息管理模块包含录入房屋交易信息、查询每个月每个店和每个人的成交套数和成交金额，按规格打印预算表和按条件查询房屋交易信息四个模块，子用例图如图4所示。图4在房屋交易管理里面，店长和置业顾问拥有相同的权限：录入房屋交易信息、查询每个月每个店和每个人的成交套数和成交金额，按规格打印预算表和按条件查询房屋交易信息四个模块。在一个客户有意向买房后，店长或置业顾问可以按规格打印出预算表出来，在客户和开发商签定合同以后，店长或置业顾问就可以录入此交易信息。店长或置业顾问可以按条件模糊查询此房屋交易信息以及每个月本店和每个人的成交套数和成交金额。3.3.1 录入房屋交易信息3.3.1.1 业务概述当客户和开发商签定合同以后，店长或置业顾问就可以录入此交易信息3.3.1.2 使用者店长、置业顾问3.3.1.3 前置条件客户和开发商签定合同以后3.3.1.4 输入要素录入房屋交易信息时需输入如下信息：表7数据项说明输入格式是否必填客户名称文本是客户性别单选是客户身份证文本是客户住址客户现在住址，非楼盘地址文本是客户电话文本是楼盘地址只读是房号客户选择的房屋房号下拉选框是套内单价成交时的单价文本是户型下拉选框是建筑面积文本是套内面积文本是房价总房款只读文本是契税总房款*1.5%只读文本是合同印花税总房款*0.03%只读文本是转移登记费80元/户只读文本是国土证费90.8元/户只读文本是贷款额贷款额(按竭才有)文本抵押登记费80元/户(按竭才有)只读文本按竭印花税贷款额*0.005%(按竭才有)只读文本五通费文本是大修基金总房款*3%只读文本是总额应负实际总额只读文本是负款方式一次性、分期、按竭下拉选框是3.3.1.5 处理流程接受页面信息，添加到数据库中。3.3.1.6 输出要素是否保存成功。3.3.1.7 后置条件店长或置业顾问执行录入动作生效3.3.2 按规格打印预算表3.3.2.1 业务概述当一个客户有购房意向时，店长或置业顾问可打印出此客户的预算表。3.3.2.2 使用者店长、置业顾问3.3.2.3 前置条件客户有购房意向3.3.2.4 输入要素按规格打印预算表时需输入如下信息：表8数据项说明输入格式是否必填客户名称文本是楼盘地址只读是房号客户选择的房屋房号下拉选框是套内单价成交时的单价只读文本户型只读文本建筑面积只读文本套内面积只读文本房价总房款只读文本契税总房款*1.5%只读文本合同印花税总房款*0.03%只读文本转移登记费80元/户只读文本国土证费90.8元/户只读文本贷款额贷款额(按竭才有)文本抵押登记费80元/户(按竭才有)只读文本按竭印花税贷款额*0.005%(按竭才有)只读文本五通费文本是大修基金总房款*3%只读文本是总额应负实际总额只读文本是负款方式一次性、分期、按竭下拉选框是3.3.2.5 处理流程将页面数据按一定规格打印出来。3.3.2.6 输出要素一定规格的预算表。3.3.2.7 后置条件店长或置业顾问执行打印动作生效3.3.3 按条件查询房屋交易信息3.3.3.1 业务概述用户输入房屋交易信息的部分相关信息后，可查询出详细的房屋交易信息集合。3.3.3.2 使用者店长、置业顾问3.3.3.3 前置条件店长、置业顾问需要查询相关的详细的房屋交易信息3.3.3.4 输入要素查询房屋交易信息时需输入如下信息：表9数据项说明输入格式是否必填交易流水号文本客户名称文本楼盘地址只读房号客户选择的房屋房号下拉选框负款方式一次性、分期、按竭下拉选框是3.3.3.5 处理流程接受页面信息，在数据库中查询出匹配的信息集显示到页面上。3.3.3.6 输出要素相匹配的信息集合3.3.3.7 后置条件店长或置业顾问执行查询动作生效3.3.4 查询每个月每个店和每个人的成交套数和成交金额3.3.4.1 业务概述查询出每个月每个店和每个人的成交套数和成交金额，显示到页面上3.3.4.2 使用者店长、置业顾问3.3.4.3 前置条件店长或置业顾问登陆系统3.3.4.4 输入要素查询每个月每个店和每个人的成交套数和成交金额时需输入如下信息：表10数据项说明输入格式是否必填月份文本是3.3.4.5 处理流程接受页面信息，从数据库中查询出匹配的信息集。3.3.4.6 输出要素相匹配的信息集合3.3.4.7 后置条件店长或置业顾问执行查询动作生效3.4 需求客户信息管理需求客户信息管理模块包含录入需求客户信息、给需求客户添加备注，表明其更改的需求、按条件模糊查询需求客户、分配需求客户给置业顾问四个模块，子用例图如图5所示。图5当一个客户到向店长或置业顾问咨询时，我们将其视为一个需求客户。当了解到一个新的需求客户后，我们可以添加其需求。当店长或置业顾问跟进时，可能发现客户的需求已经改变，这时我们需要在此需求客户下添加备注，表明其变化的需求。当店长或置业顾问处于一个合适的销售周期时，可以按条件模糊查询出需求客户，但是只有自己录的需求客户可以看到其联系方式。如果一个置业顾问辞职了，店长可以把这个置业顾问的需求客户分配给其他正在工作的置业顾问。3.4.1 录入需求客户信息3.4.1.1 业务概述当一个客户到向店长或置业顾问咨询时，我们可以将此需求客户信息录入数据库中，以备以后跟进。3.4.1.2 使用者店长、置业顾问3.4.1.3 前置条件客户有购房需求时3.4.1.4 输入要素录入需求客户信息时需输入如下信息：表11数据项说明输入格式是否必填客户名称文本是客户性别单选是客户电话文本是需求地址文本是需求户型下拉选框是需求面积单选是需求价格单选是3.4.1.5 处理流程接受页面信息，添加到数据库中。3.4.1.6 输出要素是否保存成功。3.4.1.7 后置条件店长或置业顾问执行录入动作生效3.4.2 按条件查询需求客户信息3.4.2.1 业务概述当店长或置业顾问需要查询需求客户信息时，在页面输入查询条件，便能查询，但只有自己录入的需求客户可以查看需求客户的联系方式。3.4.2.2 使用者店长、置业顾问3.4.2.3 前置条件店长或置业顾问需要查询需求客户时3.4.2.4 输入要素查询需求客户信息时需输入如下信息：表12数据项说明输入格式是否必填客户名称文本需求地址文本需求户型下拉选框需求面积单选需求价格单选3.4.2.5 处理流程接受页面信息，从数据库中查询出匹配的需求客户信息集合。3.4.2.6 输出要素匹配的需求客户信息集合3.4.2.7 后置条件店长或置业顾问执行查询动作生效3.4.3 给需求客户添加备注，表明其更改了的需求3.4.3.1 业务概述当需求客户的需求更改时，店长或置业顾问便对其添加备注，表明其现在的需求。3.4.3.2 使用者店长、置业顾问3.4.3.3 前置条件客户需求更改时3.4.3.4 输入要素给需求客户添加备注时需输入如下信息：表13数据项说明输入格式是否必填备注文本是3.4.3.5 处理流程接受页面信息，添加到数据库中。3.4.3.6 输出要素是否保存成功。3.4.3.7 后置条件店长或置业顾问执行添加动作生效3.4.4 分配需求客户给置业顾问3.4.4.1 业务概述当一个置业顾问辞职了，店长可以把这个置业顾问的需求客户分配给其他正在工作的置业顾问。3.4.4.2 使用者店长3.4.4.3 前置条件一个置业顾问辞职了3.4.4.4 输入要素分配需求客户给置业顾问时需输入如下信息：表14数据项说明输入格式是否必填置业顾问名字下拉选框是3.4.4.5 处理流程接受页面信息，添加到数据库中。3.4.4.6 输出要素是否保存成功。3.4.4.7 后置条件店长或置业顾问执行保存动作生效3.5 员工信息管理员工信息管理模块包含录入员工基本信息、修改员工基本信息、删除员工基本信息、按条件模糊查询员工基本信息和查询员工成交套数和成交金额五个模块，子用例图如图6所示。图6当一个员工面试成功，成为公司的置业顾问时，人力资源部便录入此员工基本信息。如此员工基本信息改变，则可修改其基本信息。当员工离职时，可以删除此员工基本信息。每个本公司职员都可查询员工的联系方式。人力资源部可以查询此员工的成交套数和成交金额。3.5.1 录入员工基本信息3.5.1.1 业务概述当一个员工面试成功，成为公司的置业顾问时，人力资源部便录入此员工基本信息。3.5.1.2 使用者人力资源部3.5.1.3 前置条件人力资源部登陆系统，有一个员工成为本公司置业顾问时。3.5.1.4 输入要素录入员工基本信息时需输入如下信息：表15数据项说明输入格式是否必填员工姓名文本是员工性别单选是员工年龄文本是员工电话文本是员工地址文本是系统使用名文本是系统密码文本是3.5.1.5 处理流程接受页面信息，保存到数据库中。3.5.1.6 输出要素是否添加成功。3.5.1.7 后置条件人力资源部执行添加动作生效。3.5.2 修改员工基本信息3.5.2.1 业务概述当员工基本信息改变时，将此员工新的信息保存到数据库中。3.5.2.2 使用者人力资源部3.5.2.3 前置条件员工基本信息发生改变时3.5.2.4 输入要素修改员工基本信息时需输入如下信息：表16数据项说明输入格式是否必填系统密码文本是3.5.2.5 处理流程接受页面数据，保存到数据库中。3.5.2.6 输出要素是否修改成功。3.5.2.7 后置条件人力资源部执行修改动作生效3.5.3 删除员工基本信息3.5.3.1 业务概述当一个员工离职时，将其在数据库中信息删除。3.5.3.2 使用者人力资源部3.5.3.3 前置条件人力资源部登陆系统，有一个员工要离职时3.5.3.4 输入要素删除员工基本信息时需输入如下信息：表17数据项说明输入格式是否必填员工编号文本是3.5.3.5 处理流程接受页面传来的员工编号，删除其在数据库中的信息。3.5.3.6 输出要素是否删除成功3.5.3.7 后置条件人力资源部执行删除动作生效。3.5.4 查询员工基本信息3.5.4.1 业务概述当员工需要联系其他员工，进行业务交流时，可以在系统中查询到其他员工的联系方式。3.5.4.2 使用者人力资源部、销售经理、店长、置业顾问3.5.4.3 前置条件员工登陆系统，需要联系其他员工时3.5.4.4 输入要素查询员工基本信息时需输入如下信息：表18数据项说明输入格式是否必填员工名字文本员工所在店名文本3.5.4.5 处理流程接受页面数据，查询出相匹配的员工信息的集合。3.5.4.6 输出要素相匹配的员工信息集合。3.5.4.7 后置条件员工执行查询操作生效。3.5.5 查询员工成交套数和成交金额3.5.5.1 业务概述人力资源部、销售经理需要了解员工的成交套数和成交金额时3.5.5.2 使用者人力资源部、销售经理。3.5.5.3 前置条件人力资源部或销售经理登陆系统3.5.5.4 输入要素查询员工成交套数和成交金额时需输入如下信息：表19数据项说明输入格式是否必填员工编号文本员工姓名文本员工所在店名文本3.5.5.5 处理流程接受页面数据，查询出相匹配的员工信息的集合。3.5.5.6 输出要素相匹配的员工信息集合3.5.5.7 后置条件人力资源部或销售经理执行查询动作生效。3.6 统计报表统计报表模块包含每月每个店销售报表、每月每个员工销售报表、每月店面排名和每月员工销售排名四个模块，子用例图如图7所示。图73.6.1 每个店的销售报表3.6.1.1 业务概述当用户从页面输入店名后，在数据库里查询出这个月这个店的销售数据，以报表形式显示到界面上。3.6.1.2 使用者人力资源部、销售经理、店长、置业顾问3.6.1.3 前置条件用户登陆系统3.6.1.4 输入要素查看每个店的销售报表时需输入如下信息：表20数据项说明输入格式是否必填店名文本3.6.1.5 处理流程接受页面数据，从数据库中查询出匹配的信息，以报表形式显示到页面上。3.6.1.6 输出要素一个店的销售报表3.6.1.7 后置条件用户查询动作生效3.6.2 每个员工的销售报表3.6.2.1 业务概述当用户从页面输入员工编号或姓名时，从数据库中查询出此员工销售信息，在页面上以报表形式显示。3.6.2.2 使用者人力资源部、销售经理、店长、置业顾问3.6.2.3 前置条件用户登陆系统3.6.2.4 输入要素查看每个店的销售报表时需输入如下信息：表21数据项说明输入格式是否必填员工编号文本员工名字文本员工店名文本3.6.2.5 处理流程接受页面数据，从数据库中查询出匹配的信息集合，以报表信息显示到页面上。3.6.2.6 输出要素员工销售报表3.6.2.7 后置条件用户执行查询动作生效3.6.3 每月店面排名报表3.6.3.1 业务概述查询每个月店面销售排名。3.6.3.2 使用者人力资源部、销售经理、店长、置业顾问3.6.3.3 前置条件用户登陆系统3.6.3.4 输入要素查看每月每个店的销售排名时需输入如下信息：表22数据项说明输入格式是否必填月份日期控件3.6.3.5 处理流程接受页面数据，在数据库中查询出匹配的信息集合，以报表形式显示到页面上3.6.3.6 输出要素店销售排名报表3.6.3.7 后置条件用户查询操作生效3.6.4 每月员工的销售排名报表3.6.4.1 业务概述接受页面信息，在数据库中查询出匹配的信息集合，以报表的形式显示到页面上3.6.4.2 使用者人力资源部、销售经理、店长、置业顾问3.6.4.3 前置条件用户登陆系统3.6.4.4 输入要素查看每月员工销售排名报表时需输入如下信息：表23数据项说明输入格式是否必填月份日期控件3.6.4.5 处理流程接受页面数据，在数据库中查询出匹配的信息集合，以报表的信息显示到页面上。3.6.4.6 输出要素员工销售排名报表3.6.4.7 后置条件用户执行查询操作生效。3.7 权限管理权限管理模块包含增加角色、修改角色、删除角色、给角色授权和给用户授权五个模块，子用例图如图8所示。图83.7.1 增加角色3.7.1.1 业务概述增加一个角色基本信息3.7.1.2 使用者系统管理员3.7.1.3 前置条件系统管理员登陆系统3.7.1.4 输入要素增加角色时需输入如下信息：表24数据项说明输入格式是否必填角色名称文本是3.7.1.5 处理流程接受页面输入的角色名称，保存到数据库中3.7.1.6 输出要素是否添加成功3.7.1.7 后置条件系统管理员执行添加动作生效。3.7.2 修改角色3.7.2.1 业务概述修改一个角色的信息3.7.2.2 使用者系统管理员3.7.2.3 前置条件系统管理员登陆系统3.7.2.4 输入要素修改角色时需输入如下信息：表25数据项说明输入格式是否必填角色名称文本是菜单名称下拉选框是3.7.2.5 处理流程接受页面数据，修改数据库中的信息。3.7.2.6 输出要素是否修改成功。3.7.2.7 后置条件系统管理员执行修改动作生效。3.7.3 删除角色3.7.3.1 业务概述删除一个角色信息。3.7.3.2 使用者系统管理员3.7.3.3 前置条件系统管理员登陆系统。3.7.3.4 输入要素删除时需输入如下信息：表26数据项说明输入格式是否必填角色名称文本是3.7.3.5 处理流程接受页面数据，删除数据库中匹配的项3.7.3.6 输出要素是否删除成功。3.7.3.7 后置条件系统管理员执行删除动作生效。3.7.4 给角色授权待解决。3.7.5 给用户授权待解决。4 非功能性需求4.1 技术需求4.1.1 软硬件环境需求系统应可运行于Windows平台或Unix平台（数据库服务器运行于Windows平台）。系统采用B/S架构，可通过浏览器访问，使用IE6.0或更高版本可顺利完成全部系统操作。系统运行于局域网环境中。系统采用的Java SDK版本为6.0（或更高版本）。系统数据库使用MS SQL Server 2000（或更高版本）。4.1.2 安全保密需求本系统的系统架构，以及权限机制可以保证系统的安全性。首先，从系统架构看，本系统采用BS模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；其次，本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。4.1.3 可维护性和可扩展性本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合Java EE开发规范的系统应用平台，并采用三层结构，使系统具有良好的可维护性和可扩展性5 开发工具² 操作系统平台：Windows 2003/xp² 后台数据库:Microsoft SQL server² 服务器端脚本: Struts、Spring、Hibernate² 客户端多媒体交互技术 Flash MX ² 图形界面设计：photoshop 9.0 6 访问权限权限用户名密码系统管理员admin人力资源部rlzyb销售经理jl店长dz置业顾问zygw7 系统管理与维护楼盘销售管理系统系统v1.0系统是由房地产公司内部使用的管理系统，系统安装在用户的内部服务器上，系统运行的硬件环境和网络环境应由用户进行管理和维护；系统的运行由开发方负责培训用户对应的人员，并由其负责管理与维护。系统管理员应定期备份平台数据文件及其某些重要程序文件、定期检查平台的运行情况、随时保障平台稳定的运行，从而为用户的工作带来新的突破和飞跃。