某信息系统项目采用原型法开发,以下做法中不恰当的是(1)。A.前期花足够的时间与客户充分沟通,完全
某信息系统项目采用原型法开发,以下做法中不恰当的是(1)。
A.前期花足够的时间与客户充分沟通,完全明确需求后立即实施快速实现
B.系统分析、设计和实现工作之间不做严格的界限划分
C.动态响应用户的需求,逐步纳入用户的具体要求,逐步修改系统开发计划
D.本着开发人员对需求的初步理解,快速开发一个原型系统,再反复修改
某信息系统项目采用原型法开发,以下做法中不恰当的是(1)。
A.前期花足够的时间与客户充分沟通,完全明确需求后立即实施快速实现
B.系统分析、设计和实现工作之间不做严格的界限划分
C.动态响应用户的需求,逐步纳入用户的具体要求,逐步修改系统开发计划
D.本着开发人员对需求的初步理解,快速开发一个原型系统,再反复修改
某信息系统项目采用原型法开发,以下做法中不正确的是()
A.前期花足够的时间与客户充分沟通,完全明确需求后再开发实现
B.系统分析、设计和实现工作之间不做严格的界限划分
C.动态响应用户的需求,逐步纳入用户的具体要求,逐步修改系统开发计划
D.本着开发人员对需求的初步理解,快速开发一个原型系统,再反复修改
A.结构化方法
B.面向对象方法
C.瀑布法
D.原型法
阅读以下关于原型法的叙述,回答问题1至问题3。
某软件公司多年来开发的项目大都采用结构化方法。但系统开发的实践表明,尽管在许多情况下使用了严格定义或预先说明的方法,但当系统建成以后,用户仍然觉得建立的系统是不完全正确或不完备的,因此需要进行反复地修补。
针对上述情况,公司的李总工程师提出,应该引入原型法,以快速地确定用户需求,提高开发过程中的生产率和最终系统的质量。
请用400字以内文字,分别论述原型法与严格定义法适用的场合。
A.将变更项与项目初期文档化的视图、范围、限制等相比较,决定是否采用此项变更
B.利用原型法给用户提供预览,以帮助准确把握用户的真实需求
C.敢于跟客户说“不”,与其商议在下一版本中满足他们的要求
D.秉承“客户至上”原则,召集团队成员开始客户所提及的变更工作
A.Ⅰ,Ⅱ,Ⅱ和Ⅳ
B.Ⅰ,Ⅱ,Ⅲ和Ⅴ
C.,Ⅱ,Ⅲ,Ⅳ和Ⅴ
D.Ⅰ,Ⅲ,Ⅳ和Ⅴ
A.结构化系统开发方法
B.原型法
C.面向对象开发方法
D.CASE方法
A.项目执行期间,风险与不确定性在开始时最小
B.原型法对于需求的响应是动态的
C.V模型不适用于需求明确和需求变更频繁的项目
D.敏捷开发模式适用于各类项目
阅读下列关于以快速原型法开发信息系统时的项目计划管理的叙述,回答问题1和问题2。
希赛公司公司的谢工程师正在承接一个商业信息系统的开发任务,在进行可行性研究时,需要估算完成项目的时间进度。由于希赛公司公司近年来已经为采用快速原型法开发信息系统提供了较好的规范、工具和辅助环境。谢工程师在开发此项目中准备采用图22-4的开发方法模型。
根据开发方法模型,谢工程师在分析本项目的进度时,列出了三方面的任务:
(1)系统开发任务主线。即快速原型法开发时的每一个工作步骤及其时间量估计。
A.需求分析阶段15天,形成“形式化的需求规格说明书”(拟采用系统规格说明书流程图与结构化正文等作为主要描述工具)。
B1:快速原型生成阶段。第1次生成可运行系统原型约为5天(拟采用公司提供的系统开发规范语言转换描述后加以执行),生成可运行的原型。
B2:用户试用原型阶段。第1次用户试用约为10天,通过试用得到用户修改意见。
B3:修改需求分析阶段。第1次修改估计为3天,产生修改后的形式化的需求。
这里B1~B3步骤还要继续循环反复,根据以往经验,谢工程师估计最少还需要循环3次,其中快速原型生成分别需3天、2天和1天,用户试用分别需4天、2天和1天,修改需求分析分别需2天和1天(最后一次已无修改意见)。
最多还可能需循环7次,但在最后四次循环中,每次循环中快速原型生成,用户试用,修改需求分析都只需要1天就可以了。
C.确定原型阶段6天,通过与用户共同讨论分析,确定出“有效的形式化需求规格说明书”(用户将对此规格说明书表示满意)。
D.优化执行阶段5天,即使用公司的辅助开发环境,把“有效的形式化需求规格说明书”转化成为可高效执行的源程序。
E1.运行调整阶段,第1次估计需8天,通过运行获得需调整的意见。
E2.维护性优化执行阶段。第1次估计需2天。产生调整后的可高效运行的源程序。
同样,这里的步骤E1和E2可能还要继续反复循环,根据经验估计最少还需1次,其中需运行调整测试2天(无调整意见,不需要维护性优化执行),最多可能还需2次,这时运行调整、维护性优化执行各需加上2天时间。
F.用户确认生效阶段,估计为6天,最终获得可供正式投入运行的系统。
(2)文档生成任务。希赛公司公司十分强调加强对快速原型法开发信息系统时的文档工作。谢工程师认为需求分析文档,原型及用户修改意见文档,有效需求分析文档,高效执行源程序文档,调整意见文档,用户生效意见及正式运行系统的文档等都应在上述A~F阶段内相应同时完成。但是还需要考虑下列文档:
G.用户使用说明书,约需12天完成。
H.用户操作与维护说明书,约需12天完成。
(3)用户培训任务。在开发的过程中,必须随时加强对用户的若干环节的培训,包括
I.在需求分析阶段开始后12天,才能正式对用户培训。
J.用户试用培训10天。
K.用户理解需求规范、系统的各类特征及确定原型等培训共28天。
L.用户各类操作和使用方面的培训14天。
M.用户常规维护等培训10天。
根据这三类任务,可以大致获得下列的任务进度,如图22-5所示。
根据上述分析,在最理想的情况下,需要多少天才能完成此开发任务?依保守的估计,需要多少天就可完成此开发任务。
快速应用开发(PAD)是一个增量型的软件开发过程模型,强调极短的开发周期。该模型是瀑布模型的一个“高速”变种,通过大量使用可复用构件,采用基于构件的建造方法加速信息系统的开发过程。如果能够及时与用户进行交流和沟通,正确地理解需求并约束项目的范围,利用这种模型可以很快创建出功能完善的信息系统。RAD依赖于广泛的用户参与、联合应用设计会议、原型化方法、集成的CASE工具和代码生成器。
请围绕“快速应用开发在系统建模中的应用”论题,依次从以下三个方面进行论述。
1.概要叙述你参与分析和开发的信息系统项目以及你所担任的主要工作。
2.简要分析快速应用开发方法的生命周期,并给出各个阶段的主要任务。
3.分析快速应用开发方法的目标,并结合实际项目的实施结果讨论快速应用开发与传统的结构化开发方法相比有哪些优点和缺点。