常用的开发方法：结构化方法、原型法、面向对象方法

常用时开发措施构造化措施、原型法、面向对象措施常用时开发措施有:构造化措施、原型法、面向对象措施构造化措施:构造化措施是应用最为广泛日勺一种开发措施按照信息系统生命周期，应用构造化系统开发措施，把整个系统的开发过程分为若干阶段，然后一步一步她依次进行，前一阶段是后一阶段的工作根据;每个阶段又划分具体日勺工作环节，顺序作业每个阶段和重要环节均有明确详尽的文档编制规定，各个阶段和各个环节时向下转移都是通过建立各自日勺软件文档和对核心阶段、环节进行审核和控制实现的它是由构造化分析、构造化设计和构造化程序设计三部分有机组合而成日勺它的基本思想把一种复杂问题时求解过程分阶段进行，并且这种分解是自顶向下，逐级分解，使得每个阶段解决的间题都控制在人们容易理解和解决的范畴内以数据流图，数据字典，构造化语言，鉴定表，鉴定树等图形体现为重要手段，强调开发措施的构造合理性和系统的构造合理性的软件分析措施构造化措施措施具有如下特点遵循顾客至上原则I严格辨别工作阶段，每个阶段有明确的任务和获得的成果2强调系统开发过程的整体性和全局性3系统开发过程工程化，文档资料原则化4该措施时长处是理论基础严密，它的指引思想是顾客需求在系统建立之前就能被充足理解和理解由此可见，构造化措施注重开发过程的整体性和全局性该措施的缺陷是开发周期长;文档、设计阐明繁琐，工作效率低；规定在开发之初全面结识系统的信息需求，充足预料多种也许发生时变化,但这并不十分现实;若顾客参与系统开发的积极性没有充足调动,导致系统交接过程不平稳，系统运营与维护管理难度加大原型法原型法日勺基本思想与构造化措施不同，原型法觉得在很难一下子全面精确地提出顾客需求的状况下，一方面不规定一定要对系统做全面、具体的调查、分析，而是本着开发人员对顾客需求的初步理解，先迅速开发一种原型系统，然后通过反复修改来实现顾客的最后系统需求是在投入大量的人力，物力之前，在限定的时间内，用最经济的措施开发出一种可实际运营的系统模型，顾客在运营使用整个原型的基础上，通过对其评价，提出改善意见，对原型进行修改，统一使用，评价过程反复进行，使原型逐渐完善，直到完全满足顾客的需求为止合用范畴:解决过程明确、简朴系统;波及面窄日勺小型系统不适合于:大型、复杂系统，难以模拟；存在大量运算、逻辑性强时解决系统;管理基础工作不完善、解决过程不规范；大量批解决系统原型应当具有日勺特点如下实际可行1具有最后系统的基本特性2构造以便、迅速，造价低3原型法口勺特点在于原型法对顾客的需求是动态响应、逐渐纳入的，系统分析、设计与实现都是随着对一种工作模型口勺不断修改而同步完毕的，互相之间并无明显界线，也没有明确分工系统开发计划就是一种反复修改日勺过程适于顾客需求开始时定义不清日勺系统开发，开发措施更宜被顾客接受；但如果顾客配合不好，盲目修改，就会迟延开发过程面向对象措施面向对象措施是一种运用对象、类、封装、继承、多态和消息等概念来构造、测试、重构软件的措施随着应用系统日益复杂庞大和面向对象程序设计语言的日益成熟,面向对象的系统开发措施以其直观、以便时长处获得广泛应用是以结识论为基础，用对象来理解和分析问题空间，并设计和开发出由对象构成的软件系统（解空间）的措施由于问题空间和解空间都是由对象构成的，这样可以消除由于问题空间和求解空间构造上时不一致带来日勺问题简言之，面向对象就是面向事情自身，面向对象的分析过程就是结识客观世界的过程面向对象措施从对象出发，发展出对象，类，消息，继承等概念面向对象措施的重要长处是:符合人们一般口勺思维方式；从分析到设计再到编码采用一致的模型表达具有高度持续性;软件重用性好敏捷开发措施是一种应对迅速变化的需求的开发措施，相对于“非敏捷”，更强调程序员团队与业务专家之间日勺紧密协作、面对面的沟通（觉得比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、可以较好地适应需求变化日勺代码编写和团队组织措施，也更注重软件开发中人的作用敏捷开发的价值观人和（人与人日勺）交互优先于过程和工具可以工作的软件优先于求全责怪的文档客户协作优先于合同谈判随时应对变化优先于循规蹈矩敏捷开发时原则对我们而言,最重要的是通过尽早和不断交付有价值的软件满足客户,=l=k i[I i而支我们欢迎需求日勺变化，虽然在开发后期敏捷过程可以驾驭变化，保持客户的竞争优势常常交付可以工作的软件,从几星期到几种月，时间尺度越短越好业务人员和开发者应当在整个项目过程中始终朝夕在一起工作环绕斗志高昂的人进行软件开发，给开发者提供合适的环境,满足他们的需要,并相信他们可以完毕任务在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈可以工作的软件是进度的重要度量原则敏捷过程倡导可持续开发出资人、开发人员和顾客应当总是维持不变的节奏对卓越技术与良好设计日勺不断追求将有助于提高敏捷性简朴一一尽量减少工作量的艺术至关重要最佳的架构、需求和设计都源自自我组织日勺团队每隔一定期间，团队都要总结如何更有效率，然后相应地调节自己的行为。