2022年广东工业大学_中介机构管理系统_课程设计.docx

上传人:Che****ry 文档编号:12958276 上传时间:2022-04-27 格式:DOCX 页数:48 大小:2.18MB
返回 下载 相关 举报
2022年广东工业大学_中介机构管理系统_课程设计.docx_第1页
第1页 / 共48页
2022年广东工业大学_中介机构管理系统_课程设计.docx_第2页
第2页 / 共48页
点击查看更多>>
资源描述

《2022年广东工业大学_中介机构管理系统_课程设计.docx》由会员分享,可在线阅读,更多相关《2022年广东工业大学_中介机构管理系统_课程设计.docx(48页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精品学习资源课 程 设 计课程名称 _ 治理信息系统 题目名称 中介机构治理系统同学学院治理学院专业班级学号同学姓名 指导老师2021 年 12 月 03 日广东工业高校课程设计任务书题目名称中介系统讨论与开发同学学院治理学院专业班级工商 2欢迎下载精品学习资源姓名学号一、课程设计地内容通过调查商品房销售地现状业务流程地基础上,应用MIS 课程所学地学问,设计一个电子商务在中介系统中地运用.内容包括:1、电子商务在中介系统上应用地概述2、中介治理信息系统分析3、中介治理信息系统设计4、中介治理信息系统实现5、中介治理信息系统系统运行与评判6、中介开发、运行后地心得、体会与收成二、课程设计地要求

2、与数据综合运用信息治理与信息系统专业所学习地学问和技能,进调查评判房屋中介现有地业务流程,运用电子商务地学问和技术,在现代原理与方法地指导下,在运算机网络平台上,进行房屋中介地业务流程再造,在此基础上完成系统开发,撰写设计报告.技术方面应用VFP 技术设计开发地房屋中介系统.要收集房屋中介业务流程中用到地主要数据资料,包括相关地中介信息、员工信息资料以及相关客户地信息资料等,并尽可能参加实际业务操作来收集数据资料,设计测试数据和系统试运行数据资料.三、课程设计应完成地工作1、讨论房屋中介与客户关系治理理论、方法与技术,并撰写综述2、明白能应用到房屋中介系统地现代治理技术,并撰写综述3、明确房屋

3、中介系统地用户需求,对系统地开发进行可行性分析;完成结构化系统分析, 得到由再造后地业务流程图、实体联系图、数据流图和功能层次图为主地房屋中介治理系统规律模型 .4、依据规律模型完成系统总体设计,完成具体设计,得到房屋中介治理系统实施方案 .5、应用 VFP 技术设计开发房屋中介系统地实现 .6. 在此基础上,总结上述各项工作和系统讨论与开发地心得、体会与收成,撰写信息系统开发设计报告 .四、课程设计进程支配序号设计各阶段内容地点起止日期1系统分析工作学校10.20-10.252系统地总体设计学校3系统地具体设计与开发学校10.26-10.3011.1-11.911.10-11.134 系统地

4、调试、实现,并完成报告初稿学校11.14-11.155 参考指导老师看法,完善系统并修改报告学校欢迎下载精品学习资源11.16-11.176提交报告修改稿,指导老师审核修改稿学校11.187同学演示系统学校五、应收集地资料及主要参考文献1. 杨军 .基于 JSP商品销售系统地实现与安全设计.盐城工学院学报(自然科学报)第21卷第 3 期 2021.92. 杨琳、何芳 .商品房销售数据仓库地模型建立.运算机技术与进展.第 16 卷第 11 期2006.113. 雷兰 .商品房买卖纠纷及案例评析.科学出版社 .2005.14. 卢春雷、李雪梅、王莉、林旺.Visual Foxpro 程序设计与应用

5、 .中国铁道出版社 .2005.15. 邵兵家等 . 客户关系治理 . 清华高校出版社, 2004.56.李洪涛 . 面对中小家电企业进销存治理系统地设计与开发.2021.47.徐永江 . 信息系统开发过程中常见地思想问题与计策分析. 湖北农机化, 2021. 4发出任务书日期: 2021年 10月 20日指导老师签名:刘高勇方案完成日期:2021年 11月 10日基层教案单位责任人签章: 主管院长签章:房产中介机构治理系统目录1. 前言概述42. 系统分析52.1 用户需求分析52.2 可行性讨论52.2.1 技术层面上地可行性:62.2.2 经济层面上地可行性:62.2.3 社会层面上地可

6、行性:62.3 现状调查6欢迎下载精品学习资源2.3.1 组织机构调查62.3.2 工作现状调查72.3.3 信息需求调查分析92.3.4 现状评判:102.4 目标分析102.4.1 导出基本项102.4.3 ERD 导出一般关系模型152.4.4 新地业务流程图:172.4.5 数据流程分析192.4.6 功能层次图233. 总体设计233.1 总体设计233.1.1. 一般关系模型设计:于系统分析中地初步构思一样233.1.2. 处理功能总体结构设计:233.1.3 系统平台地总体结构设计(略)243.2 具体设计253.2.1 代码系统设计253.2.2 系统平台具体设计:263.2.

7、3 数据库结构地具体设计:263.2.4 模块设计294. 系统实现304.1 数据库表结构地建立与数据输入:304.2 应用程序设计与测试:365. 系统运行375.1 系统操作使用地简要说明:375.2 运行系统并打印报表376. 系统评判461. 前言概述这个系统是为房地产经纪公司服务地,房地产经纪公司是一家专业集房地产询问、租赁、买卖地专业代理公司.公司业务包括中介代理(住宅部、商铺部、写字楼部),仍包括专业询问(房屋导购、按揭贷款、投资分析)等,供应专业投资置业询问顾问服务.系统地基本任务有:房源信息治理:主要是完成录入新居源信息、浏览所以房源、保护房源信息和查询房源信息这几个任务.

8、需求信息治理:主要是求购和求租信息地录入、保护欢迎下载精品学习资源和查询 .客户信息治理:包括了录入客户资料、保护客户资料和查询客户资料这几个任务.交易记录治理:包括了录入新交易记录、统计交易情形和查询交易记录这几个任务.系统地主要任务主要是市场部调研员手工输入得到地大量房源信息和需求信息,以及客户地相关信息 .然后销售部进行交易地处理和交易数据地输入.系统能自动地统计、查询和打印相关报表 .而这个系统地开发目地主要是让公司通过使用房产中介治理系统,使得公司地治理更加系统化、规范化和自动化了,而且能使资源更加合理地配置,能缩短了工作时间,提高了客户中意度与胜利率,更能节省资源和提高工作效率和公

9、司效益.2. 系统分析2.1 用户需求分析现公司使用地都是中介治理系统是人工系统,数据地输入、数据地分类汇总、数据地查询和报表地制作及打印等工作都是人工操作.由于公司业务频繁,单证票据处理量大,而且月末地交易汇总地大量工作使得公司地运行负担太重,效率太低,且数据治理较为纷乱.所以原始地人工系统已经满意不了业务量地大增和公司治理规范地需求了,开发新地运算机治理系统是迫不及待地首要工作.综上所述,要求新系统通过原始数据地输入,能实现自动更新数据,及能实现多功能地查询,汇总和打印相关报表,从而使公司地治理更加系统化、规范化,更能节省资源和提高工作效率和公司效益.2.2 可行性讨论现在需要开发一个房产

10、中介治理系统,从而使公司地运行效率更高,成本更低、效益更好. 现在供应三个解决方案:1 、仍然保护原先地旧系统,对旧系统进行修改与升级,这样投入地人力、资金会比较少,但这只是对旧系统地修补,而未着手与建立新系统,这样公司地问题并不能得到很好地解决 .2、为公司建立一个较大地治理系统,成立特地地讨论小组,在短期内实现新旧系统地更换,另外更换一些员工,请些既有房产中介业务体会又有运算机网络学问地人员,这样短期内就能取得效益,但是公司要投入大量地人力和资金.3、由于公司较小,所以可以在不影响公司平常正常运营地情形下,逐步地开发一个较小地但较适合于中小型公司地系统,虽然短期内很难取得效益,但这样公司需

11、投入地人力资金都较少,而且是着眼于长远效益地.欢迎下载精品学习资源所以,实行第三个方案是比较合适地.这一系统是一个中小型地数据库系统,可利用Oracale、SQL SERVER 2000 、VFP 等工具开发.现在从技术、经济和人文社会这三个层面来评判论证用VFP 开发本系统地必要性、可能性和有益性 .2.2.1 技术层面上地可行性:( 1) 公司现全是手工操作,而运算机使用太少,使得工作效率太低,有碍于公司地进展.( 2) 通过适当地资金投入,人员培训和硬软件设备地投入,可适应用VFP 该系统开发和运行治理地要求 .( 3)用 VFP 开发该系统,操作及实现比较简洁易懂,且能满意用户需求,能

12、提高公司地工作效率和使资源合理安排.2.2.2 经济层面上地可行性:( 1)手工操作已不适应于公司业务量地增长,如不准时开发新系统,必将影响公司地高效运行,必将现状公司地经济效益地提高.( 2)用 VFP 开发该系统,所需地自己、人力和技术等资源较少,经济上是可能地.( 3)使用该系统后,公司运行治理将会较为合理、规范,将会产生长期地经济效益.2.2.3 社会层面上地可行性:( 1)该业务与客户、与外界沟通较多,如系统效率低,必将影响其社会效应以及会影响其业务量地增长 .( 2)由于该系统开发和操作都比较简洁,所需资源也较少,所以能得到领导和员工地支持,且相关人员也将能较快和较好地适应当系统.

13、( 3)该系统地开发和使用,不仅能改善公司地治理秩序,且能提高公司地经济效益和社会效益,也能提高公司对顾客地服务质量,让客户更中意.2.3 现状调查2.3.1 组织机构调查现状组织结构图:欢迎下载精品学习资源总经理办公室市场部销售部财务部行政部培训部一分店二分店三分店2.3.2 工作现状调查 初始业务流程图:欢迎下载精品学习资源产权人业务员需房者业务员需房者房源登记需房登记介绍、看房房源登记表需房登记表不胜利买 卖 协商 、 租 赁协商胜利错误核对信息签定合同协议正确汇总登记表房屋出售合同房屋租赁合同登记汇总表符合要求地登记交易分析核对资料交易登记表销售主管第一是产权人或需房者到销售部业务员那

14、里进行房源信息登记或需房信息登记,然后欢迎下载精品学习资源业务员对登记地房源登记表和需房登记表分析核对,然后对正确无误地汇总形成汇总表, 进行人工分析核对资料,看看房源信息与需房信息是否有相匹配地,如有就业务员联系双方,然后伴随需房者去看房,假如需房者对此房中意就与产权人进行买卖或租赁地初步协商,假如双方地协商胜利就产权人、需房者和销售部主管三方进行出售或租赁房屋合同地签定,然后业务员要进行交易记录,生成交易登记表;假如产权人和需房者双方协商不 成,就业务员直接进行不胜利地交易登记,最终交易登记表上交销售部主管.2.3.3 信息需求调查分析资料收集 : 收集业务流程图中用到地各种相关单据、票证

15、、帐簿、报表地原始资料.用户信息表:用户信息表姓名性别电话地址备注房源信息表:房源信息表物业名称房主房产类型租售状态装修程度面积户型楼层地区总价建成时间电话备注需房信息表:需房信息表需房者电话欢迎下载精品学习资源地区需房状态户型房产类型面积装修程度楼层备注交易信息表:交易信息表交易类型房产类型房主需房者电话电话户型面积房产类型楼层装修程度建成时间交易时间交易金额地区备注2.3.4 现状评判:该现在地系统由于是人工传送表单,且要经过地部门较多,使得信息处理效率低. 而且要进行高效地查询很难实现,这很难满意客户地需求,从而会影响公司地经济效益 .2.4 目标分析2.4.1 导出基本项原始数据基本数

16、据项:用户信息:姓名、性别、电话、地址、备注房源信息:物业名称、租售状态、房产类型、地区、楼层、户型、面积、装修程度、总价、建成时间、房主、电话、备注欢迎下载精品学习资源需房信息:需房状态、房产类型、地区、楼层、户型、面积、装修程度、需房者、电话、备注交易信息:交易类型、户型、地区、楼层、房产类型、面积、装修程度、建成时间、交易时间、交易金额、房主、电话、需房者、电话、备注汇总全部数据项,去掉重复地,得到以下基本项:姓名、性别、电话、地址;物业名称、租售状态、需房状态、房产类型、地区、楼层、户型、面积、装修程度、总价、建成时间、房主;交易类型、交易时间、交易金额 .设计 ER 图地基本原就:原

17、就 1(确定实体):能独立存在地事物,例如人、物、事、地、团体、机构、活动等等,在其有多个由基本项描述地特性需要关注时,就应把它作为实体.在该系统中涉及到地实体有:业务人、需房者、产权人、楼房.原就 2(确定联系):两个或多个实体间地关联与结合,当需要予以关注时,应作为联系.实体间地联系可分为一对一、一对多、多对多三类.联系通常是某类行为动作, ERD 中关注地是其状态与结果而非其过程.原就 3(确定属性):实体地属性是实体地本质特点.实体应有标识属性(能把不同个体区 分开来地属性组),并指定其中一个作为主标识.联系地属性是联系地结果或状态.欢迎下载精品学习资源姓名性别电话业务员号年龄所在分店

18、业务员性别电话姓名地址邮箱编号产 权 人物业名称楼层房产类型面积楼房编号地区价格楼 房装修状态性别姓名年龄需房者编号电话地址需房者家庭人数原就 4(一事一地):全部基本项在同一E-R 图中作为属性要在且仅在在一个地方显现.欢迎下载精品学习资源2.4.2 依据四个原就画出机构地初始ER 图欢迎下载精品学习资源M编号业主类型地区买、租面积房登记房产类型楼层编号物业名称房产类型MK需房者楼房M交易金额M交易交易时间交易类型MK产权人类型编号业主楼层出 售 、地区租 房 登记房产类型面积欢迎下载精品学习资源NN业务员从上面 ERD 可得到售房登记关系,如下图:售房登记关系:欢迎下载精品学习资源登记物业

19、日期名称业主经手工号地区房产类型面积总价户型楼层欢迎下载精品学习资源外码外码主码这样就会显现两个问题:一是主码(复合码)太复杂,不便于查询;二是当一个业主有几套房子要买或租时,日期、业主、经手工号就要多次重复.针对这个问题,我引进了联 系虚体房屋出售单.它虽不是实体,但它可以简化这个复杂地联系,这样就可以使用“售房欢迎下载精品学习资源单号 ”作为房屋出售单关系地主码.对买房登记关系和交易关系也作同样地处理.这样可得到下面地引进联系虚体后地ERD.由初始联系实体图,引进联系虚实体、合并、修改后得出改进后地全局ER 图,如下:姓名性别年龄* 业务员号业务员电话所在分店11地址年邮性别经办经手龄箱姓

20、名M电话欢迎下载精品学习资源MM* 产权人号产权购买买房登记单欢迎下载精品学习资源M11* 买房单号欢迎下载精品学习资源房屋出售单人出售* 售房单号M11需房者*需要者号姓名欢迎下载精品学习资源欢迎下载精品学习资源售房登记年M卖出家龄买庭性别入人数地址电话欢迎下载精品学习资源M买 房登记M欢迎下载精品学习资源M交易单*交易单号欢迎下载精品学习资源欢迎下载精品学习资源地区交房易产时面积类间M交易金额欢迎下载精品学习资源2.4.3 ERD 导出一般关系模型ERD 导出一般模型关系地四条原就:原就一(实体转换为关系):ER 图中地每一个独立实体变换为一个关系,其属性变为关系地属性,其主标识变为关系地

21、主码.原就二(从实体及其主从联系转换为关系):ER 图中地从实体及相应地 “地”联系变为一个关系,从实体地属性加上主实体关系地主码构成这个关系地属性.其主实体关系地主 码,在主从联系为一个对多联系时仍要加上可把同一个主实体个体所对应地从实体个体区分开来,从实体地一组属性,作为改关系地主码,对子类实体可作类似一对多联系地从实体地转换 .依据以上地两个原就可得出数据储存初步构思地关系框架:欢迎下载精品学习资源需房者关系:需房者号姓名性别年龄地址家庭人数电话主码产权人关系:产权人号姓名性别年龄地址邮箱电话主码业务员关系:业务员号姓名性别年龄电话所在分店外码主码原就三(一对多联系转换为联系):1: M

22、 联系通过在 “多”实体关系中增加相联系地“1”实体关系地主码及联系本身地属性来表达.其中“1”实体主码为外来码.原就四(多对多联系转换为关系):M :M 联系转换成一个独立地关系,被联系实体关系地主码(作为外来码)和联系本身地属性作为该关系地属性,被联系实体关系地主码 组成其复合主码 .楼房关系:欢迎下载精品学习资源楼房物业编号名称业主地区房产类型面积装修状态户型楼层欢迎下载精品学习资源外码主码欢迎下载精品学习资源交易产权人客户经手面积房产地区交易交易单号工号类型时间金额外码外码外码主码出售登记关系:外码外码主码买房登记关系:外码外码主码交易关系:售房物业业主经手地区房产面积总价户型楼层单号

23、名称工号类型买房需房者经手户型地区楼层面积房产单号工号类型2.4.4 新地业务流程图:经过以上对初始地业务流程图地分析,以及对实体联系图进行改造后,得出了下面地改造后地新业务流程图 .第一是产权人或需房者在网上或到门店登陆系统进行房源或需房查询,假如找到有适合自己需求地信息,就与业务员联系,再进行看房后,如中意就产权人、需房者和业务员 三方进行初步协商,协商胜利就进行合同地签定,接着业务员进行交易登记,如不胜利也 要进行不胜利交易登记. 假如一开头就没有查询到合适自己需求地信息,就进行房源登记或欢迎下载精品学习资源需房登记,同时也进行产权人资料或需房者资料地登记.经业务员审查信息是正确,汇总登

24、记资料后,就在系统上发布信息.新地业务流程图:欢迎下载精品学习资源需房者产权人房源查询需房查询无合适地房源资料表房源、需房登记产权人、客户资料登记介绍、看有合适地房源表产权人资料需房表需房者资料买 卖 租赁协商汇总登记资料胜利不胜利资料汇总表签订合同销售合同胜利交易登记表租赁合同未胜利交易登记表交易登记交易产权人资料交易客户资料2.4.5 数据流程分析欢迎下载精品学习资源2.4.5.1 依据新地业务流程图,和全局ER 图,得出新数据流程图(DFD ) :图 T:欢迎下载精品学习资源产权人客户FT1 房源信息查询要求FT2 需房信息查询要求0房产中介治理FT 11 新信息库FT 12 交易记录上

25、级及有关部门欢迎下载精品学习资源图 0:欢迎下载精品学习资源FT 1FT 21查询2信息登记满意要求不满意要求FT-11S0-1 房源查询结果3S0-2 需房查询结果交易协商4欢迎下载精品学习资源FT-12交易登记S0-3 合同欢迎下载精品学习资源图 1 为基本加工图 2:欢迎下载精品学习资源产权人客户 业务员2.1信息登记S2-1 房源表S2-2 需房表S2-3 产权人资料S2-4 客户资料2.2整理FT-11欢迎下载精品学习资源图 3:欢迎下载精品学习资源S0-1 S0-23.1介绍、看房S3-1 初步协议3.2签合同S0-3欢迎下载精品学习资源图 4:欢迎下载精品学习资源S0-34.1交

26、易登记S4-1 胜利交易登记表S4-2 未胜利交易登记S4-3 交易产权人资料S4-4 交易客户资料4.2整理FT-12欢迎下载精品学习资源2.4.5.2 数据字典( DD ):基本项表 :编号项名类型长度1姓名字符型102性别字符型23电话数字型104地址字符型205物业名称字符型106租售状态字符型8欢迎下载精品学习资源7房产类型字符型108地区字符型409楼层数字型410房主字符型1011面积数字型812装修程度字符型1013总价数字型1014建成时间日期型815交易金额数字型816交易类型字符型1017交易时间日期型8数据储存:编号数据储备表名写入结构读出S0-1房源查询结果P1房源号

27、,结果单P3.1S0-2需房查询结果P1房源号,结果单P3.1S0-3合同P3.2房源号,合同号P4.1S2-1房源表P2.1房源号P2.2S2-2需房表P2.1房源号P2.2S2-3产权人资料P2.1客户号P2.2S2-4客户资料P2.1客户号P2.2S3-1初步协议P3.1协议单P3.2S4-1胜利交易登记表P4.1交易编号P4.2S4-2未胜利交易登记P4.1交易编号P4.2S4-3交易产权人资料P4.1客户号P4.2S4-4交易客户资料P4.1客户号P4.2数据流表:编号FT-1数据流表名房源信息查询要求来源产权人结构去向查询模块FT-2需房信息查询要求客户查询模块FT-11新信息库业

28、务部上级欢迎下载精品学习资源房需交客房需交客房需交客源求易户源求易户源求易户信信信信信信信信信信信信息息息息息息息息息息息息登登登登查查查查浏浏浏浏记记记记询询询询览览览览FT-12交易记录业务部上级2.4.6 功能层次图房产中介治理系统登记功能查询功能浏览功能注:关于功能层次图地几点说明: 功能层次图只展现任务地分解,不涉及数据地流淌. 只表示上层任务可由哪些子任务协同完成,不管次序与调用. 严格按层次画出,不同任务地相同子任务也分别重画并重编号. 常相伴数据流程图地构思来绘制.3. 总体设计3.1 总体设计3.1.1. 一般关系模型设计:于系统分析中地初步构思一样.3.1.2. 处理功能总

29、体结构设计:由数据流程图导出初始模块结构图有两种分析方法:3.1.2.1 以变换为中心地分析 找出变换中心(主处理)、规律输入和规律输出.在数据流图中几股数据流地汇合处往往就是系统地变换中心.假如一时难以确定,就可以确定哪些数据流是规律输入和规律输出.方法是从物理输入端开头,逐步向系统地中间移动,直到达到一个再不能被作为系统输欢迎下载精品学习资源入地数据流(即与物理输入流相比,结构有真正变化地数据流)为止,就其前一个数据流 就是系统地规律输入.同样,从物理输出端开头,逐步向系统地中间移动,也可以找到离物理输出端最远地但仍可视为系统输出(与物理输出流地结构是基本相同地)地那个数据流,它就是规律输

30、出.对系统地每一股输入和输出,都可用上面地方法找出相应地规律输入和规律输出,而位于规律输入和输出之间地处理就是系统地变换中心了.不过有些系统只有输入和输出两部分而没有变换中心. 设计系统最上两层模块.在完成之后,可以将整个数据流图反映地系统用一个模块来表示,这就是顶层主模块.然后将顶层主模块分解为三个子模块,即:将规律输入设计为一个向主模块供应数据地输入模块,将规律输出设计成一个输出主模块数据地输出模块,以及设计一个将规律输入变换成规律输出地主处理模块,也称主控模块.顶层模块起掌握和和谐下层模块作用,一般不做实质性地数据处理,在系统实现经常表现为一个掌握性地功能挑选菜单 . 设计中、下层模块.

31、这一步仍然按自顶向下逐步细化地原就设计每个模块地下属模块.输入模块地功能是向它地调用模块供应数据,所以它本身必定要有一个数据来源,因此 输入模块可由两部分组成,一为接受输入数据,另一部分就将接受到地数据变换成其调用 模块所需地数据.换言之,对于每一个输入模块,我们必需设计两个下层模块,一是输入模块,另一个是变换模块.同理,对于每一个输出模块,必需设计两个下属模块,一是变换模块,另一个是输出模块.这个设计过程可以由顶向下递归地进行,直至真正达到系统地输入端或输出端 .变换模块地分解没有肯定地规章可遵循,必需依据数据流程图中具体地组成情形而定.另外,每设计出一个新地模块都要给它一个适当地名称,以能

32、正确反映出该模块地功能为准.3.1.2.2 以事务为中心地分析它同样遵循由顶向下逐步细化地原就,先设计主模块,后设计相应于发射中心地输入模块,相应于集束中心地输出模块,相应于事务中心地事务调度模块,再为每一种类型地事务处理设计一个事务处理模块,然后为每个事务处理设计下面地操作模块,并为操作模块设计细节模块 .每个操作模块可能被多个事务处理模块所共享,而成为共用模块.同样每个细节处理模块又可能被多个操作模块所共享而成为公用模块.在各类不同地实际问题中,可 能有多个细节模块,也可能没有细节模块.3.1.3 系统平台地总体结构设计(略)欢迎下载精品学习资源3.2 具体设计3.2.1 代码系统设计代码

33、设计地基本原就:1、唯独确定性:每一个代码都只代表唯独地实体或属性.2、标准化与通用性:国内外有关地编码标准是代码设计地重要依据.另外,系统内部使用地同一种代码应做到统一,代码地使用范畴越大越好.3、简明性:代码必需简洁明白,短小精悍.但必需以有利于对数据统计、汇总、分析等操作为宜 .4 、稳固性核可扩充性:代码系统一旦制定出来并应用到系统中去,要有相对地稳固性,一般考虑3 5 年地使用期限 .同时也要考虑系统地进展和变化,当增加新地实体或属性时,可直接利用源代码加以扩充,而不要重新转变代码系统.5、简洁修改:当某个代码在条件、特点或代表地实体关系转变时,简洁修改,也要便利系统地初始化 .6

34、、满意系统要求,便于记忆和使用:例如,会计科目、一级科目代码国家已统一规定,明细科目(二级、三级科目等)地编码位数及方法,就要依据业务处理要求,核算方法、报表要求、治理要求以及运算机处理特点和会计人员地记忆等因素全盘考 虑,从而满意新系统地要求.假如代码含有规律意义,就有利于记忆.房源号客户号交易号次序码次序码次序码层次码110122023303.欢迎下载精品学习资源3.2.2 系统平台具体设计:公司部门内部局域网采纳以太网地结构.物理上由路由器、服务器、工作站和操作终端通过集线器形成星型结构共同构成局域网.具体网络布局图如下:理由器INTERNET防火墙交换机3.2.3 数据库结构地具体设计

35、:完整性说明: DB 地完整性是指数据地正确性和相容性.在数据库设计中要依据数据库中储备地数据地语义信息,结合具体DBMS 确定其各个级别地各种完整性要求.A 、字段(属性)级地完整性:通过在数据库表结构中增加字段完整性行,可以在该行地有字段完整性要求地字段所对应地单元格中指明“非空 ”来规定该字段不能取空值;标注、 等标号,再在框架下部说明中地字段完整性说明中对相应标号列出具体要求 .VFP 中对字段完整性要求可以有如下内容:验证规章 字段值必需满足地条件,出错信息 违反规章时指出错误地提示信息,缺省值 没有输入时字段地自动取值;此外,仍可有字段地长名与注释,字段地输出显示地标题、样式,字段

36、地输入格式(掩码)等.B 、记录(元组)级完整性:在框架下部说明中地记录完整性说明中列出具体要求.VFP 中对记录完整性要求可以有如下内容:记录验证,包括:验证规章 同一记录不同字段取值之间要满意地条件,出错信息 违反验证规章时显示地提示信息;更新检错触发器,包括:插入触发器 插入或追加记录时被触发,要求记录满欢迎下载精品学习资源足该触发条件,修改触发器 修改记录时被触发,要求对记录地修改必需满意该触发条件,删除触发器 删除记录时被触发,只有满意该条件地记录才能被删除.C、表(关系)级完整性:包括函数依靠约束、实体完整性约束、统计约束.函数依靠约束主要是在数据库设计中通过规范化分解到BCNF

37、或 3NF ,然后在关系模式定义中确定主码,再由DBMS 保证主码取值不能重复来保证,在优化中降低了关系地规范化程度后,就肯定要由DBA或应用程序员设计输入程序与修改程序(而不是DBMS供应地系统输入工具)来完成数据地输入与修改,这些程序中要有保证函数依靠约束地才能 .实体完整性是指主码不能取空值,VFP 是在字段完整性行中指定地.统计约束是一个字段值与关系中多个记录地多个字段地统计值之间要满意地条件,这也是通过特地设计地输入或修改应用程序来掌握地.后面两种约束要在表框架地完整性说明地表级完整性中具体规定.D 、参照完整性( RI):两个不同地数据库表(关系)地记录(元组)间地对应关系, 主要指在建立父表主码到子表外码地永久关联地基础上,确定子表记录与相关联地父表记 录之间地对应规章.设计参照完整性第一要画出数据库表间地永久关联图.列名数据类型宽度可否为空房屋编号数字型4否物业名称字符型10否业主字符型8否地区字符型20否房产类型字符型10否面积数字型8否总价数字型10否户型字符型10否楼层数字型4

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高考资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁