商品房管理系统软件开发

2．2 用户需求分析 一般来说，用户包括了商业操作用户（使用系统处理日常事物的人）、查询用户（需要从系统中获得现有信息的人，这个人和商业操作用户或其他人也许是同一个人）、管理用户（负责使公司高效地完成每天的日常事务）、主管用户（一般指企业的高级行政人员）。 需求分析包括了许多的方法，譬如说绘制系统关联图、创建用户接口模型、确定需求的优先级别、为需求建立模型（包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图）、创建数据字典等。但是，方法虽然多，可是不能试图在项目中把所有的方法都用上，四个现代化不是一夜就可以实现的。同样，尝试着使用自己认为很有帮助的方法，确实收到效果后在考虑继续学习方法。 需求获取是需求工程的主体，对于所建议的软件产品，获取需求是一个确定和理解不同用户的需求和限制的过程。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求、分析者、开发者和客户就能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在用户任务上——而不是集中在用户接口上——有助于防止开发组由于草率处理设计问题而造成的失误。需求获取是一个需要高度合作的活动，而并不是客户所说的需求的简单誊本。软件产品最终是给一些用户来使用的，而用户之间的差异是非常大的。造成差异的原因包括了对计算机的认知程度的不同，使用习惯的不同，在软件目标组织中所处的地位不同，地理位置不同，业务熟练程度不同。不同的用户都有自己一系列的功能需求和非功能需求。对电脑熟练程度不同的人可能就会有不同的要求，熟练程度低的用户可能希望有一个友好界面，熟练程度高的用户可能更希望有快捷键以提高工作效率。考虑到用户的差异性，将用户分类是非常有必要的。 在软件项目中，谁将对需求作出决策的问题并没有统一的正确答案。分析员有时听从呼声高的或来自最高层人物的最大的需求。即便使用用户代表这一手段，必须解决来自不同用户类的相冲突的需求如果不同的用户类有不一致的需求，那么必须决策出满足哪一类用户的需求更为重要。。 　　当开发者想象中的产品与客户需求冲突时，通常应该由客户作出决策。然而，不要陷到“客户总是对的”的陷阱中去，对他们百依百顺。现实中，客户并不总是对的。客户总是持有自己的观点，开发者必须理解并尊重这一观点。 ??? 试想一下，如果你是一个用户，你希望系统具有什么样的功能？你需要哪些服务？我们在做需求分析的时候就把自己看成是一个用户，譬如说我去买房，希望房地产公司的房源有些什么功能。如：物业费用的处理、房源信息管理、够楼咨询系统、保安消防系统等等。而作为房地产公司的高层行政人员，他又希望所将拥有的管理系统具有哪些功能？既可以方便管理，又能够满足客户的需求，同时并能获得足够的利益。 2．3 系统需求分析 2.3.1? 功能和技术需求 系统需求是新系统必须完成的功能，一般而言，可以把系统需求分为两类：功能需求和技术需求。 功能需求是系统必须完成的活动，也就是系统将要投入的商业应用。功能需求直接来自计划阶段的系统功能。例如：我们所开发的房地产管理系统的软件也许包括这样一些功能：物业费用处理，房屋资源管理，职工信息管理，其他资料维护等，这些就是新系统的功能。而技术需求则是和组织的环境、硬件和软件有关的所有操作目标。对于新系统的完整定义，这两种类型的需求都是必不可少的。这两种系统需求都包含在系统需求调查中。功能需求通常记载在已建立的分析模型中，而技术需求则通常记载在技术需求的叙述性描述里。 系统功能需求信息的主要来源是新系统的各种系统相关者。通常，可以把系统相关者分为三类：1 用户，那些实际使用系统处理日常事务的人；2 客户，购买和拥有系统的人；3 技术人员，确保系统运行在组织的计算机环境下的人。 2.3.2? 系统需求分析的任务 一般来说，系统需求分析阶段的任务包括下述几个方面。 1? 确定对系统的综合需求 对系统的综合需求主要有：系统功能需求、系统性能需求、运行需求、将来可能提出的需求。对于系统功能需求，应该划分出系统必须完成的所有功能。而对于将来可能提出的需求，虽然不属于当前系统开发范畴，但是根据分析将来很可能会出现提出来的要求。这样做的目的是在设计过程中对系统将来可能的扩充和修改做准备，以便于需要时能比较容易的进行这种扩充和修改，更有利于系统维护。 2??????? 分析系统的数据需求 任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的面貌。分析系统的数据需求是由系统的信息流归纳抽象出数据元素组成、数据的逻辑关系和数据模型，并以输入/处理/输出的结构方式表示。因此，必须分析系统的数据需求，这是软件需求分析的一个重要任务。 3? 导出系统的逻辑模型 在理解当前系统“怎样做”的基础上，抽取其“做什么”的本质。首先确定目标系统和与当前系统的逻辑差别；然后将变化部分看作是新的处理步骤，多功能图及对象图进行调整；最后由外及里对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型。 4? 修正系统开发计划 5? 开发原型系统 采取建立原型系统的策略的主要理由如下：由于认识能力的限制，不能预先指定所有要求；在用户和系统分析员之间存在固有的通信鸿沟；用户需要一个现实的系统模型，以便获得实践经验；而且在开发过程中重复和反复是必要的和不可避免的。