请告诉我们您的知识需求以及对本站的评价与建议。
满意 不满意
Email:
物业管理软件开发和使用的问题探讨
栏目最新
- 工程爆破行业的信息化发展现状、实施问题和建议
- BIM技术及在工程项目管理模式中的应用
- 建筑扬尘污染监控平台中的Kerberos协议改进
- 云计算安全研究参考文献
- 云计算安全研究报告(5)：云计算安全关键技术研究
- 云计算安全研究报告(4)：云计算安全技术框架建议
- 云计算安全研究报告(3)：云计算安全现状
- 云计算安全研究报告(2)：云计算安全挑战
- 云计算安全研究报告(1)：云计算发展趋势
- 大型集团型建筑企业工程管理信息化工作探索
网站最新
内容提示：以一个物业信息系统开发和使用中所发生的问题为背景，对开发与使用中所出现的问题进行了探讨。软件开发要明确系统将采取什么体系结构，计算机网络采取什么样的拓朴结构，用户将采用什么样的系统平台。所有使用物业管理信息系统的人员对软件的了解程度，将决定物业管理信息系
0 前言
近年来，随着人民生活水平的不断提高和住宅多样化的不断发展，物业管理已成为一门科学。其内涵已经超出了传统房产管理的范畴，发展成为集多种手段对物业进行综合管理，并对相关物业资料进行保管、归类、汇总、整理分析等。在此前提下，我国各地涌现出了一些运用现代计算机、控制与通信技术的智能化住宅小区。但是许多智能化住宅小区都存在搭好了硬件平台，却没有优秀的软件在上面运行的情况，或者说缺少现代化的管理手段。科学高效管理是现代化的真正内涵，简单的硬件拼凑对于现代化小区的实际应用是缺少实际意义的。为此，只有利用计算机进行物业管理，利用优秀的物业管理软件实现对物业信息的标准化和规范化,为物业管理工作提供准确及时的信息，有助于物业管理部门进行管理并做出相关决策，同时，也使物业管理公司及时准确地了解运营状况，做出经营决策,这样，才能使物业管理走向现代化。（参考《建筑中文网》）
现在物业管理中软件的应用大致有三个层次（或称三种阶段），第一层次为单项数据处理，模仿手工管理方式，多用于简单的事物性工作，这是目前国内大多数物业管理公司计算机应用水平。第二层次是数据综合处理，此时计算机应用呈现网络化和实时处理特点，已经具备部分提高物业管理效率的特点。第三层次则是管理信息系统，此时信息论、控制论、软件工程等优化理论在软件程序中得以运用，计算机网络和数据库的建立，使计算机由管理某个单一系统发展成全面的管理信息系统。系统集成能力的高低和决策分析功能，成为衡量此阶段物业管理软件水平的依据。笔者在物业管理软件的开发使用与维护中对所发现或存在的问题，进行了分析，提出了一些改进的措施，希望能够引起物业管理系统软件开发的同行们对这些问题的思考。
1 需求分析直接关系到软件的质量和生命周期
1.1 领导的重视程度和参加需求分析人员的因素
首先，软件项目开发是一把手工程，这一点企业领导一定要明确，一般情况下企业一把手对软件开发的重视程度越高，软件成功的可能性就越大，但实际上大多数企业的领导却对软件开发工作并不关心和重视，往往只是安排下去后就不再过问，有的领导甚至认为只要把计算机买来了电脑里就什么都有了，想要什么只要一敲键盘就会有了。企业领导不光要重视软件的开发工作，还应对使用计算机进行企业管理有相当的认识，不能只是凭一时心血来潮或要搞一些政绩工程就要搞软件开发。其次，参加需求分析的业务人员（指所有设计、运行、维护、管理计算机信息系统的技术人员）的素质与工作状况直接影响信息系统的建立与实施，这一点不可忽视。在组建时必须综合考虑每个工作人员的特长及优势协调，对业务了解的深刻程度，参加的人员中还应包括部分软件的最终使用者，这些人应尽量选择有应用管理系统经验的人。如果能有参加过软件开发经验的人员就更好了，往往这些人能提出一些好的建议，会使开发过程少走很多弯路。
1.2 明确开发的目的
需求分析的任务是确定系统必须完成那些工作，要对目标系统提出完善、准确、清晰、具体的要求。需求分析是软件定义时期的最后一个阶段，这时必须准确回答“系统必须做什么”这个问题，需求分析的结果是系统开发的基础，关系到整个软件工程的成败和软件的质量。另外，对现阶段业务的需求要贴近实际，对未来的业务需求也应该具有前瞻性。
在需求分析的过程中要尽量多地组织开发小组，与实际要使用系统的业务人员讨论和沟通，要从用户处收集需求的合理性，这样，才能真正明白要达到业务目标所需的功能和用户要求，只是凭空猜想用户的要求结果是不会令人满意的。如何能获得需求呢，通过有效的用户—— 开发者的合作才能成功。需求获取是一个需要高度合作的活动，必须透过客户所提出的表面需求理解他们的真正需求。询问一个可扩充的问题有助于更好地理解用户目前的业务过程，并且知道新系统如何帮助或改进他们的工作。
调查用户任务可能遇到的变更，或者用户需要使用系统其他可能的方式。想象自己在学习用户的工作，需要完成什么任务？有什么问题？从这一角度来指导需求的开发和利用。还有探讨例外的情况，比如，什么会妨碍用户顺利完成任务？用户对系统错误情况的反映，是如何想的？搞一些需求讨论会，会上必须把所有的讨论记录下来，同时，还要做一定的整理。如果不这样做，那么结束会议的时候就会发现，所有的讨论只剩下一个模糊的印象。在座谈讨论之后记下所讨论的问题，请参与讨论的用户评论并更正。及早并经常进行座谈讨论是需求获取成功的一个关键途径，只有这样，才能确定是否真正获取需求。
研究表明：与不成功的项目相比，一个成功的软件项目在开发者和用户之间采用了更多的交流方式。与单个客户或潜在的用户组一起座谈，对于业务软件包或信息管理系统（MIS）的应用来说是一种传统的需求来源。尽量理解用户用于表述他们需求的思维过程，充分研究用户执行任务时做出决策的过程，并提取出潜在的逻辑关系。流程图和决策树是描述这些逻辑决策途径的好方法。
1.3 不能把可行性研究当作是需求分析
虽然可行性研究是一次完整的分析设计过程，此阶段已粗略了解了用户的需求，甚至提出了一些可行性方案，但却可能忽略许多细节，而最终在需求分析中却不能遗漏任何一个微小的细节，遗漏了可能会给软件的开发造成很大的麻烦。
2 软件开发过程中应注意的问题
软件开发的开始要明确系统将采取什么体系结构，计算机网络采取什么样的拓扑结构，用户将采用什么样的系统平台。
2.1 如何选择好数据库管理系统
数据库软件和开发工具软件对整个管理系统的二次开发和系统升级是至关重要的。建议数据库管理系统可采用 ORACLE 或 Microsoft SQL Serve，开发工具可采用 ORACLE Developer 2000、PowerBuilder、Delphi 等。一个好的物业管理软件，应构建在一个好的网络、数据库、程序语言和操作系统平台上。可以说，对数据库结构的设计和管理与前期需求分析的好坏，决定整个软件的质量和生命。而开发工具却可以灵活选择，因为现在开发信息管理系统前端基本上都采取模块化形式，这样，可以使软件的开发更加灵活，方便软件的升级和系统的二次开发。
2.2 采用什么样的计算机网络拓扑结构
可以根据管理规模的大小和管理形式灵活设置。 物业管理信息系统软件采用客户/服务器 (Client/Server)体系结构。采用局域网（LAN）作为物业管理上层的内部网络。各部门内的计算机均通过局域网连接到服务器上，能为公司内部不同职能部门的合作提供服务，包括文件共享、数据共享等因管理规模较大，下属多个分公司，采用了上下层结构，分公司采用小型局域网，与总公司的通讯则采用 PSTN（公用电话网）通过远程拨号的形式实现数据的传输。
2.3 在软件编写过程中应注意的问题
（1）应尽量考虑最终系统操作人员的技术及业务人员情况，要多与客户进行沟通，沟通方式应根据内容而多样化，要讲究有效率的沟通。应尽量使客户端界面友好、帮助或提示应较完善，应该使操作使用简单方便，毕竟现在国内的物业管理企业中存在着整体素质偏低这一普遍现象，他们是软件的最终使用者。
（2）在软件的编写过程中，应重视开发小组的团队精神与分工协作问题。由于各阶段不同角色或同阶段不同角色之间的责任分工不同，工作互相推诿、责任互相推卸、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗，从而影响了项目的进展。
出现这种情况主要是软件项目负责人的责任，项目负责人应当尽快地将工作范围进行分解，并将分解的工作责任分配给团队成员，这样就可以按任务分清每个人的责任。项目负责人应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完
善。
（3）对于开发过程中需求的变更也是不可避免的，诸如改变界面、改变操作方式、业务需求的改变等，对于业务的需求变更一般都是在需求分析中没有正确收集信息造成的，应尽量避免，可能一些变更是由于政策变更等不确定因素造成的，这一点在一些国有的物业管理企业表现尤为突出，这样的情况要客观对待。如果无休止的根据用户的需求不停地修改软件，往往会造成开发过程一再延续，导致成本成倍增加，使原来的设计变得支离破碎，系统难以维护。例如，在房屋分户合户部分由于业务人员对业务、政策的掌握程度不够，工作不够认真，发生多次变更，导致这一模块在系统开始应用时还不能正常使用，间接影响了许多与之相关的功能模块，造成了很大的麻烦。为避免需求变更的发生应加强对参加需求分析人员的培训，增强行业知识背景，端正工作态度，加强与用户的沟通，把需求分析做的尽量完善。
原文网址：http://www.pipcn.com/research/200607/633.htm
也许您还喜欢阅读：