2023-06-29
2023-06-15
2023-03-19
2023-07-05
2023-06-27
更新时间:2024-01-29 21:09:45 发布时间:24小时内 作者:文/会员上传 下载docx
2023-06-29
2023-06-15
2023-03-19
2023-07-05
2023-06-27
1、综述
项目背景
结合云南省20_-20_年干旱少雨,群众迫切需要抗旱增蓄的要求,对部分重点缺水区加大投入,将有限资金集中用于粮食生产直接相关的小型农田水利等基础设施建设,并充分体现短期内能完成见效和群众基础好的原则,将项目选择在xx镇xx村委会老灌坝、老张坝库区,进一步完善配套农业灌溉生产条件,提高农业生产效能。
项目概述
xx村委会老灌坝、老张坝引水增蓄工程项目区位禄丰县西南部,xx县xx镇北部,距xx县城57公里,距昆明109公里,距楚雄54公里,项目覆盖xx村委会老杨家庄、刘家坝、赵家村、团结村共4个村民小组193户815人,耕地亩,大牲畜435头。
项目覆盖区的杨家庄、刘家坝、赵家村、团结村4个村小组属于半山区村小组,经济收入主要靠种植业、养殖业。20_年农民人均纯收入3557元。项目区内有老灌坝小(二)型水库1 个,老张坝小坝塘1个。项目区农业用水主要来自于彩云镇星宿江大沟、大庆水库和老灌坝、老张坝,其中,有亩耕地和425头大牲畜常年饮水必须靠老灌坝、老张坝供应,老灌坝为小(二型)水库,总库容10万立方米、老张坝是小坝塘,总库容1万立方米。老灌溉坝蓄水水源主要来自于新坝箐、青树河,集雨面积约2平方公里,其中,青树河发源于xx村委会小(一)型水库大黑箐水库下游,
源头短,水量小,水量季节影响大特点。老张坝蓄水水源主要来自于新坝箐,集雨面积约平方公里。雨季短时有水,平时无水。
2、基本情况
老灌坝水库位于朋溪村委会东北部,地处杨家庄村旁,彩云至干海资柏油公路从坝顶上通过,水库距村委会约,距镇政府约。老灌坝水库修建于1954年,坝高,坝顶长170m,坝顶宽,总库容10万m3,属均质土坝,坝规模为小(二)型水库,设计灌溉面积200亩。目前该水库属朋溪村委会辖区内仅有的一件小(二)型水库,由于受地理位Z的限制,水库位于村子旁,上游无山箐,周围多为农田,水库蓄水主要靠雨季降水。
随着近两年来连续干旱,水库蓄水严重不足,已满足不了农业生产用水需求,村民迫切要求修建引水沟渠来增加老灌坝水库的蓄水。经实地规划,分别从西北方向盐井箐主箐拦砂坝、新坝箐底、东北方向青树河3个取水点修建引水沟渠来增加水库蓄水。
项目区自然情况
项目区位于xx镇政府驻地东北部,距彩云镇政府所在地 公里,到xx镇道路为柏油路,交通方便。东邻松石、东营 ,南邻罗川,西邻广通镇钱家冲部队油库 ,北邻广通镇清水村委会。海拔1480 米,年平均气温℃,年降水量毫米,降水主要集中在6月至10月,境内主要有青树河、盐井箐两条小河。青树河是老灌坝蓄水的主要水源,发源于松石村委会小(一)型水库大黑箐水库下游,源头短,水量小,水量受降雨影响大。盐井箐小河发源于xx村委会盐井箐,源头短,水量小,水量受降雨影响大,
模具管理系统最大程度的实现了模具信息的共享,各使用部门可以方便的查询模具的位置、进度、状态、申请单、试模、验收、合格、模具的调拨、报废等等信息;查询模具的相关信息信息由原来的1-2天缩短为10分钟之内。产品型号、零件图号统一维护,规范管理,出错比例大大下降。而且在更改零件图号的情况下,基础数据更改,其它相关文件的同一数据会随之更改,减少系统维护量提高了生产部编制模具生产任务单的工作效率,缩短了模具制造任务传递时间,查询新的开模单更方便快速,由原来的至少半天缩短为10分钟之内汇总改模单情况由原来的多人每日手工填写改进为阶段一次汇总,时间仅须20分种左右,大大提高了效率。
模具台账能显示所有的模具汇总及分配情况; 虽然相关项目基本上达到了预期的目的,但是,反思在整个项目的需求提出、项目评估、需求分析、项目计划、总体设计、详细设计、测试计划、实施的各个环节,我们都有工作不足之处,特别是某些关键控制点上面,我们有一些失误,当然,原因是多方面的,有果必有其因。下面我们从关键控制点上面来分析我们在项目开发过程中存在的问题、原因分析及改进措施:
一、从用户提出需求,到需求响应时间,我们需要9天时间,而需求评估完成时间需要15天左右,这就是我们存在的一些问题,导致需求响应时间及评估完成时间比较长的原因有如下几方面:
(1)、由于计算机中心软件开发人员不够:各应用系统的支持人员及软件开发人员加起来才8个,公司各子应用系统有几十个,ERP的各个子系统及模块就有将近20个,一个员工要支持5到6个功能子系统的维护;
(2)、分工不明确:软件开发人员往往身兼数职,跨多个职能领域,应用用户习惯找谁就认定那个人,什么事都找该员工;工作效率就相对低下;
二、关键用户访谈率及关键用户对需求的认同率都比较低,关键用户访谈率只有70%,而关键用户对需求的认同率只有68%;为什么会有这样的结果了,分析原因如下:
(1)、由于计算机中心人员紧张:有时没有办法访谈所有的关键用户,只能找几个评估时认为特关键的用户;
(2)、被访谈用户原因:由于被访谈用户事情太多,往往在提出需求以后,抽不出时间来接受访谈;另外有些用户只局限于本部门或者本岗位来考虑问题,不愿意从公司层面或者大局来考虑;
(3)、用户不重视:有些需求是由于用户部门领导要求,跟得比较紧,但是如果部门领导没有跟得紧的情况下,用户就不那么急了,就算立了项,也不能很好的配合;
(4)、软件需求分析人员原因:由于需求分析人员经验不足,导致需求不够明确,不能了解到用户需求背后的真正目的;
三、设计功能满足率比较低,只有75%,功能点BUG数比较多,每个功能模块平均的BUG数有15个之多,函数注释率只有10%左右,各功能点的测试覆盖率只有40%,分析原因如下:
(1)、用户需求不明确:有些用户在接受访谈时说的需求,及在需求确认时都没有问题,但是到软件功能设计出来以后,却完全不是这么回事,用户就会解释说当时没想清楚;
(2)、软件开发工具的原因:软件开发人员使用的开发工具不够实用,很多工发工具能检查出来的BUG,没有办法检查出来,需要开发人员自已检查;
(3)、软件开发人员的原因:由于软件人员紧张,项目任务多,交期短,所以在开发时,没有多少时间去写程序代码的注释,况且有些开发人员也根本没有注释的习惯,没有多少时间去完整的测试各个功能点;把测试的任务有时就直接交给用户了;
四、系统架构变更次数过多,一个项目平均下来变更6次之多,原因如下:
(1)、系统设计人员的原因:由于系统设计人员在架构设计时,没有考虑到系统架构的灵活性;不易于扩展;一旦用户的需求有变化,系统架构就必须重新修改;
(2)、用户需求变更太频繁:由于用户的需求很随意变更的,加大了系统设计的难度,导致了系统架构变更;
五、项目的按时完成率比较低,平均下来只有60%,分析原因如下:
(1)、用户需求变更太频繁:由于用户需求变更太随意,太频繁,导致有些开发工作完成,又必须推倒重来,做了很多无用工作;另外有些用户只局限于本部门或者本岗位来考虑问题,不愿意从公司层面或者大局来考虑;造成重复工作,重复设计;
(2)、软件开发人员的原因:由于软件开发人员不够,项目多,任务紧,一个人身兼数职,也是造成软件开发项目推迟的直接原因;另外,软件开发人员专业技术水平不够,有些功能开发要花太多的时间去研究,寻找解决方案,也导致了项目的延迟;
(3)、系统架构变更太多:导致有些程序开发工作无用,必须重新开发;
(4)、软件需求分析设计人员的原因:由于设计的不合理,分析用户需求不够透彻和全面,架构设计不合理,导致软件开发变更及错误多,也导致了软件项目的开发延迟;
(5)、软件开发工具及开发方法落后:由于软件开发人员没有太多的时间去研究使用新的,先进的开发工具,也没有太多时间去学习新的开发方法,导致软件的开发速度慢,开发出来的程序BUG多,程序没有多少可重用性,也导致了软件项目的开发延迟;
综上所述,为了配合公司的发展,满足公司对信息化建设的要求,顺利实现计算机中心04年目标,我们必须针对软件开发项目中存在的问题采购行之有效的改进方案,计划改进措施提议分为内部及外部:
六、内部的改进措施提议如下:
1、增加人员配置,解决人手严重不够的问题;
2、明确分开,重新划分业务小组;
3、明确岗位职责,细分软件项目开发所需要的各个岗位;
4、制定岗位知识能力模型,对每个岗位要求的能力必须定义清楚,要求严格达标;不达标的必须重新培训;做到合适的人在合适的位置做合适的事;
5、加强专业技能培训;
6、加强软件开发管理,培养团队合作精神,加强软件过程控制;
7、优化设计开发方法:加强设计标准化、模块化;提高软件开发效率;
8、加强业务培训,更实际的了解业务需求;
七、外部的改进措施提议如下:
1、加强业务部门对系统了解;
2、培养用户需求的分析能力;
3、加强与用户的互动及双向沟通,让用户参与到设计中来;
4、引导用户的软件需求,培养用户从公司层面或者大局来提出需求;
一. 引言
1.编写目的
本项目开发总结报告,主要是总结本软件的开发经验和总结所学到的知识,以及对一个系统的大型的软件设计的总体感悟,并将软件设计过程中遇到的问题加以阐述和说明。
读者对象:开发人员、大赛评委
2.项目背景
系统名称:3D旅游咨询员
任务提出者:山东省齐鲁软件设计大赛委员组
开发者:
面向用户:游客
开发时间:20_年9月1号到20_年9月19号
该软件运行系统:单机版计算计
3.参考资料
A、软件项目开发总结报告书(GB856T—88)国家标准
B、齐鲁软件设计大赛手机游戏创意与实现项目的文档要求
一、市政大院基本情况
二、具体服务项目和主要工作职责
1、市政大院服务项目有:安全保卫、会议服务、机关餐厅、机关理发室、机关门诊部、设备维修、卫生保洁(内、外场地)、车辆服务、绿化养护、领导生活房、机关文印中心、人民广场管理等。
2、主要工作职责:
⑴安全保卫:负责市政大院门卫管理、巡逻、消防、监控系统值班,治安、信访秩序管理等。
⑵会议服务:负责在市政大院范围内召开各类会议的会场服务和相关后勤服务工作。
⑶机关餐厅(领导小餐厅):负责市政大院机关工作人员和市级领导就餐服务工作。
⑷机关理发室:负责市政大院机关工作人员理发服务工作。
⑸机关门诊部:负责市政大院机关工作人员的医疗门诊和健康咨询工作。
⑹设备维修:负责市政大院供电、给排水、供暖(制冷)系统的操作和维养以及设备设施的修理工作。
⑺(内、外场)卫生保洁:负责市政大院办公大楼内、外场地的卫生保洁工作。
⑻车辆服务:负责市委、市政府领导工作用车服务和市级重大活动的车辆调度工作。
⑼绿化养护:负责市政大院内花木、草地和市级领导办公室内花木的养护管理工作。
⑽领导生活房:负责外地在瑞市级领导生活服务工作。
⑾机关文印中心:为市政府系统及其部门提供文件资料打印等服务工作。
⑿人民广场管理:负责人民广场绿化养护,设备设施维修,卫生保洁和秩序管理工作。
三、现阶段运作情况和存在主要问题
1、具体运作情况。上述12个服务项目中,除机关餐厅实行内部责任制管理,绿化养护、外场卫生保洁实行社会化服务外,均实行按具体项目聘用临时人员做服务工作的传统后勤服务方式,现服务岗位除部分原在编工作人员外,共聘临时人员80名,临聘人员经费采用切块包干,今年市财政安排该项经费万元,扣除养老保险外,临时人员月工资收入按岗位不同分别700元/月-1000元/月之间。
2、存在的主要问题。①工作效率不高,服务质量差。服务项目采用定岗定责的事业单位管理模式,奖罚措施不到位,出现干好干坏一个样,临聘服务人员完全处于被动应付状态,不能充分调动积极性,造成工作效率低下,服务质量差的现状。②队伍结构不合理,管理难度大。目前80名临聘人员中约占半数聘用年限已达7年之久,存在年龄较大、文化程度不高,流动困难,整体素质不高等问题。同时由于长期来录用临聘人员过多考虑家属因素,使全局上下父子、父女、夫妻等裙带关系相当严重,给开展正常管理工作带来相当难度。③福利待遇差,工作积极性不高。由于临聘人员实行经费切块包干,近几年来养老保险费增加,临聘人员工资福利得不到提高,更谈不上考虑解决临聘人员的一些实际困难问题,使临聘人员长期处于低工资收入状态,影响工作积极性。
四、实行社会化服务的具体方案
针对目前市政大院后勤服务工作中存在的种种问题,根据机关后勤社会化服务的改革发展方向,借鉴其他地区推行社会化服务的成功经验基础上,结合市政大院实际情况,提出将市政大院的主要服务项目安全保卫、设备维修、卫生保洁推行社会化服务,引进物业管理。
具体要求:
1、根据上述三个服务项目的要求,我局制订具体服务范围和标准(见附表)。由具备资质的物业公司公开招投标,确定物业公司和标的。
2、将目前三个服务项目所在岗位上约40名临聘人员全部划到物业公司,人员隶属关系与本局脱钩。
3、经费问题。按今年下达经费科目,40名人员切块经费51万元,空调机组维护费12万元,消防设施维护费15万,共计78万元。据我局初步预算,经招投标后经费缺口不大。
五、实行社会化服务的优点
1、由于物业公司的管理机制和服务规范性,可使市政大院服务质量得以明显提高。
2、解决了长期困扰我局临聘人员过多,管理难度大,人的问题和矛盾十分突出的状况,使机关后勤的整体形象得以明显改善。
3、为市政大院全面实行社会化服务,以及其它机关办公搂推行社会化服务提供经验借鉴。
4、可以使局领导和机关职能科室人员有更多时间、精力抓好机关后勤管理工作,进一步提高机关后勤管理的工作水平。
一、软件开发个人体会:
1. 软件领域中的知识在于积累。
2. 做软件开发,就类似算数学题和世界杯足球赛一样:重在结果,而不在乎过程。
3. 软件服务于人类,软件是在解决一些生活中的问题和错误,问题决定解决方案。
二、做软件开发我觉得要明白:
1. 职业的乐趣:
(A) 用自己的智慧去创建新事物的`快乐
(B) 开发对别人有用的东西
(C) 不断学习来充实自己
2. 职业的苦恼:
(A) 总是追求完美
(B) 所有要实现的功能由他人而定
(C) 概念设计计是有趣的,但找Bug总是很苦恼的
三、在开发中遇到问题应该怎么去解决?
1. 不明白就多问,不要自已一直去琢磨。 一个问题如果30分钟还没有解决就应该考虑是不是问问别人。 一个问题在没有用过3种以上的方法解决过就不要去问别人。 解决问题思路是关键:
相信问题总归有解决的办法,就算连技术上都没法实现的问题,相信通过良好的沟通终究也会有解决的方法。
2. 解决问题的前提是:理解别人的意思,理解别人的需求,多沟通,及时给客户反馈信息。
四、怎么样才能提高自身的能力?
1.程序员怎么样进步最快?
2. 不要怕出错,不怕遇到错误,有错误就有挑战,这样才可以进步,但不要让同一个石头把你绊倒2次。
五、怎么样才能做好软件开发?
1. 首先要明白解决的问题是什么,理解问题,其次再决定怎么解决这个问题
2. 碰到很复杂的问题,我们就简单想,把问题简单化,细化到能够实现为止
3. 出了问题,我们要先分析问题,然后知道引起问题的原因,最后并想出问题的解决办法
4. 我们应该从2个方面去把握一个项目:从业务角度和项目的关键问题上去把握一个项目
(A) 从不同的系统场景
(B) 从不同的用户角色(充当什么角色)
(C) 从不同的系统使用角度(拥有那些权限)
5. 其实我觉得开发人员说实在应该要比使用系统的人更了解系统需求,只有真正彻底的了
解了项目的业务需求,我们才能做真的做好这个项目
六、文档的重要性
记得我当初刚开发项目的时候都是写个大致的需求说明书,做一个E-R图,画几个大致的数据流程图,然后建立数据字典和表结构关系。 再接着搭建一个开发环境,配置几台服务器,划分一下模块,分工,我们就可以Coding了,一直到项目结束了,也没有完整的设计文档,更没有完整的测试文档,虽然这样的确是很快的完成了Coding工作,感觉上好像节省了好多成本和开发时间,但后期的维护和Bug 就是经常出现的事。
小项目没有文档关系不大,但如果遇到一个大项目的时候,那这样的开发方式就很有问题很危险的。
大项目没有文档: 首先维护就很麻烦,也很乱,写的代码,过几天都不知道它是完成什么功能的了,其次系统的稳定性和可靠性也让人怀疑,扩展性就不用说了。
七、我的收获
A.程序员大多都不喜欢写文档,我们以前也是特讨厌,记得以前都是系统开发完了,为了应付项目验收,就匆匆忙忙的一组人在那里补文档。在我们的思想里,所谓的文档就是一些废话,一句话硬是用十句话来代替的无聊透顶。
B.代码风格要规范
以前做项目,我们都是不怎么去注意代码风格和写代码的规范,都是稍微想一下就直接开始写代码了。注释也很少用,总感觉我们自己写的代码,我们怎么会不知道它做了些什么事呢 ?总觉得我们自己写的代码我们怎么会不知道它是用来做什么的呢。一直都不相信这是个事实,但事实上,项目验收后,系统刚开始使用的人少,也就不会出现潜在的错误,随着时间的增加,久而久之,当大量用户并发访问的时候,系统的Bug 就暴漏出来了,那时你再用熟悉的Eclipse打开整个项目的源码时,再去看自己写的代码的时候,真的发现,我们定义的这个变量名是什么意思啊 ? 我们的这个Flag 是用来判断什么的啊 ?我们的if()中条件不知道是判断什么? Function () 也忘记是什么功能了? 想想好可怕啊。 难道真的都忘记了吗 ?回答是肯定的: 真的忘了。
C.心得体会:
1.引言
自助旅游的定义,简单地讲,就是吃、住、行、游、购、娱,基本上全由游客自己决定。自助旅游的新概念,也叫背包旅行,起源于发达国家,在英语里面叫“backpacker’s travel”,或“budget travel”,即背包旅行,省钱的旅行。
自助旅游最终实现需要一个渐进的过程,拓宽信息渠道、加强对自助旅游的研究和建立自助旅游的完善体系三个方面是很重要的,因为设计此旅游自助系统以期向计划出行的人们提供丰富的旅游自助信息及其它相关信息,进一步完善现有的旅游自助体系。
编写目的
项目背景
随着社会信息量的与日俱增,图书作为主要的传统信息载体,在某一层面上已不能满足现代这样一个知识爆炸时代对信息的需求,这也体现在人们的出行与旅行方面,人们不可能随身带一本厚厚的旅游百科全书去爬青藏高原;同时旅游管理部门希望避免由于笔误或者记录丢失等人工疏忽带来的行政失误,他们也需要更系统更严谨的管理手段,从而做到依法管理,有据可查;而对旅游公司而言,高效的经营管理手段是获取最大利益的关键。在计算机日益普及的今天,一套行之有效的旅游自助管理系统,是大家最好的一个选择,他是人们出行旅行的贴心小助手,是旅游公司负责尽心的大管家,是旅游管理部门安全可靠的档案室与严谨的助理秘书。他将对人们的出行旅游方式产生时代性的影响。
旅游自助系统软件是一套功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发,具有很好的可移植性,可在应用范围较广的简体中文、英文 Windows98/20_/ME/XP等操作系统上使用。除此以外,该软件可通过访问权限控制以及数据备份功能,确保数据的安全性。
建议开发软件名称:旅游自助系统 项目的提出者:软件工程课程
开发者:艾菁、张虹、周军、李骁、胡宝雷 用户:旅游公司及游客
定义
该旅游自助系统是基于Internet/Intranet 及Web技术,建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
文档中采用的专门术语的定义及缩略词简要如下: TTS:Travel Self-help System,旅游自助系统。
SQL(Structured Query Language):结构化数据库查询语言 JSP:JAVA Server Page
参考资料
《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 。 郑人杰,殷人昆,陶永雷。《实用软件工程》(第二版)。北京:清华大学出版社,1997。
项目时间:20_-10到20_-01
项目名称:尚美室内装饰工程有限公司业务管理系统 | 项目工具:MySql数据库,Tomcat 服务器
项目描述:项目介绍这个业务管理系统是简单的OA管理系统,典型的javaWeb项目,采用MVC 三层架构设计。基于Struts2/Spring/Hibernate开源框架开发。主要是实现西安尚美室内装饰有限公司对客户的需求的供给管理。实现对该公司的现有品牌,热卖品牌,风格搭配的格式装饰材料的储备与库存,发货清单,客户信息等的管 理系统我的职责1. 刚入职时参与的一个项目,编写了简单的客户信息管理系统的一些接口,2. 后期参与了客户信息维护及项目bug的解决、3. 参与项目的需求分析相关的资料整理
一、全员销售的目的和意义
全员营销是为我公司实现完成全年售房任务的重要手段,以推动全员营销发挥和调动员工积极性,取得更好的经济效益,倡导员工爱岗敬业,营造一个团结协作,拼搏进取,人人促销的工作氛围。
二、组织机构设置
公司成立全员营销管理小组,具体负责组织实施、检查指导此项工作的有效落实。
组 长:廖清萍
副组长:陈永红
组 员:史璞、肖湘晖、姜炳露、郭娴英、马艳、金文艳、陶涛
具体分工:
1、廖清萍:对全员营销工作全盘负责,联系方式:15909978888;
2、陈永红:主要负责对阿克苏片区地产项目进行业务管理,每天负责与各案场经理及业务人员做好房源的更新、价格的确定及最后定价工作,联系方式:1580997XXX5。
3、史璞:配合陈永红做好全员营销工作,并负责对每天的全员营销情况进行日报,及相关文字记录和资料整理工作,联系方式1880997XXX5。
4、肖湘晖:主要对全员营销的售房、回款情况进行核实,按公司要求及时与成交员工做好兑现销售提成工作,保证全员营销顺利进行,联系方式:13579391111。
5、各售房点负责人:郭娴英(南疆农民市场售房负责人)15292356666、马艳13999669838(金桥茗苑销售人员)、金文艳136575806XX(金桥现代城销售人员)、陶涛15292358888(学府一号售房负责人):主要对日常工作进行操作并及时反馈全员营销的市场反应,提出合理化建议,并保障全员营销的顺利实施。
6、姜炳露:主要对此项工作进行全面的跟进、落实、检查、考评,至少每两周需在总公司晨会上汇报此项工作的检查情况,联系方式:1529235XXXX。
三、实施办法
1、员工在不影响正常本职工作的前提下进行全员营销;
2、方案采取“全员销售、多销多得”的办法;
3、适用范围:公司所有员工;
4、现可售地产项目:金桥现代城、金桥茗苑、学府壹号、金桥苹果苑、凤凰城、天玺大厦、碧水龙庭;
四、销售流程
1、首先由陈永红对各售房项目当天的房源在各售房点进行公布及检查管理,并及时对各点的价格进行确定;
2、公司员工负责将客户带到现场售房部或电话推荐,介绍给业务人员即可,业务人员做好全员营销客户登记工作,并进行相关谈判工作,如果确认交易,方可按公司有关规定按期计提提成。
3、业务人员负责提供客户所购房屋的位置、户型、面积、价位、交房日期、物业管理、违约责任等相关资料和咨询服务。负责督促客户按照规定按时支付房款(定金、首付款、一次性付款、按揭贷款及后期各项费用等);负责带领客户到财务部缴纳现金或办理刷卡手续,个人不得经手现金。
4、认购协议填写由售楼部业务人员完成并负责完成合同签订工作,并进行提交内业审核。
5、如需按揭贷款的客户,由业务人员协助其完成贷款手续的办理。
6、业务人员需与客户作好沟通,向其阐述国家有关政策规定及我公司的临时性规定。
五、销售提成
1、按照公司规定:
(1)住宅:提成比率为3‰,客户成交后,公司员工与业务人员各按成交价总房款的‰计提提成。
(2)商铺提成比率为3‰,客户成交后,公司员工与业务人员各按成交价总房款的‰计提提成。
2、尾盘销售:住宅、商铺的提成计提规定,公司员工除业务员外,其他员工介绍客户成交后,并且业务员完善商品房买卖合同签订工作后,员工可按成交价总房款的‰计提提成。
3、销售工作完毕,当月房款到帐,当月上报提成审批,经办员工即可到公司财务部领取业绩提成。
以上情况:客户必须是在销售部档案中没有信息记录的计提提成,有信息记录的不计提成,(也就是前期到售房部咨询过的客户并且做过登记的不计提成)。
将本文的Word文档下载到电脑
推荐度: