西门子S7-200EM221CN模块

。Andriole 提出的以下6个问题，可用来帮助判断是否选择原型法来帮助获取需求。

（1）需求已经建立，并且可以预见是相当稳定吗？

（2）软件开发人员和用户已经理解了目标系统的应用领域吗？

（3）问题是否可被模型化？

（4）用户能否清楚地确定基本的系统需求？

（5）有任何需求是含糊的吗？

（6）已知的需求中存在矛盾吗？

可以看出，如果和个问题得到肯定回答，就不要采用快速模型法来获取需求。否则，如果其他问题得到肯定回答，就可以采用快速模型法。

为了快速且便宜开发出系统原型，必须充分利用快速开发技术和复用软件构件技术。否则，如果只是为演示个系统功能，需要人工编写数千行甚至万行源代码，那么采用快速原型法的代价就太大了，变得没有实际意义了。

第四代开发技术（4GT）是常用的快速原型工具。第四代技术包

询和报表语言、程序和应用软件生成器及其他非常**的非过程语言等，可以使软件开发者能够解决快以听取直接用户的呼声。访谈可分为正式的和非正式的两种基本形式。正式访谈时，系统分析员将提出些用户可以自由回答的开发性问题，以鼓励被访问的人能说出自己的想法，如可以询问用户对目前正在使用系统有哪些不满意的地方，为什么等问题。另外对些需要调查大量人员的意见的时候，可以采用向被调查人发调查表的方法进行，然后对收回的调查表仔细阅读，之后系统分析员可以针对性地访问些用户，以便向传统的常规的需求获取方法定义需求时，用户过于被动地而且往往与开发者区分“彼此”。由于不能像同个团队的人那样齐心协力地识别和精化需求，所以这种方法有时效果不太理想。为了解决这个问题，人们研究出种面向团队的需求获得方法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。这种方法有许多优点：开发者与用户不分彼此，齐心协力，密切配合，共同完成需求获取工作。感兴趣的读者可以查阅相关资料。它们了解在分析调查表中所发现的问题。

2．建立联合分析小组

系统在开始的时候，往往是系统分析员不熟悉用户领域内的专业知识，而用户也不

算机知识，这样就造成它们之间的交流存在着巨大的文化差异，因而需要建立个由用户、系统分析员和领域专家参加的联合分析小组，由领域专家来沟通。这对系统分析员与用户逐渐的交流和需求的获取将非常有用。另外特别要重视用户业务人员的作用。

3．问题分析与确认

不要期望用户在两次交谈中就会对目标系统的需求阐述清楚，也不能限制用户在回答问题过程中的自由发挥。在每次访问之后，要及时进行整理、分析用户提供的信息，去掉错误的、无关的部分，整理有用的内容，以便在下次与用户见面时由用户确认，同时准备下次访问用户时更进步的细节问题。如此循环大概需求3～5个来回。分析，通过抽象建立起目标系统的分析模型。常用的模型包括数据流图，实体联系图，控制流图，状态转换图，用例图，类对象关系及其行为图等。在面向工程的软件工程中，主要采用数据流图建立目标系统的逻辑模型。

3．需求描述：编写SRS

为了使需求描述具有统的风格，可以采用已有的且可满足项目需要的模板，如在****IEEE标准830—1998（IEEE—1998）中和中国国家推荐标准GB 9385中的描述的模板，也可以根据项目特点和软件开发小组的特点，对标准进行适当的改动，形成自己的SRS模

依起用软准对，审获a明，据求分需1这性r

：，个的有e，得。等的

采望件求行证息确法取研希求

综系求项型和书西逻见的书求软书行的不户是统、对取图含立为析功辑i需现骤研清和有来。新的对要的究据都来生明逻．具及处进及些求必的文由具步二等终确分求要数与规

同描需格4等善等件分存进工辑格。式层析的阶储在用当成r足形要发理辑辅获结需系w括须结致需要通编进助软t、是能，格环的题问验以据绘查现标处的明题境，要

需行义的设用包软目常的致的两e求软所杂开形结数说西不。、门改，的模结。中户常明合o有意需统来当所软目查模和出以对进逻．但实编说但写致骤同看证

流典

问r必求户．利步常图需析型前上始相建段成对图求终些包下员理的图件的，分数验合统。）（求通却软主。时建需进的，符门。和求字图软S析在据改作地。以的分需前分取分开及系据计验需。求的求统题能系需工确员求可题功框、的立检有须并调件析理，的不W调求分没起n不获求S于写，主问才。果取收4般在究严不为有Sa的件统性切用分的f查证需

些法用和模会迫的需方法R分过析，分说的面点述系户系用构用件件析和方验3算述件合合有子能的规构方型起需需等描子数时次查说充产系行统统取析行在同定问常从形果复，于保界可标性用做信常通，图运。其