西门子KP400按键式面板

西门子KP400按键式面板

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

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

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

2．建立联合分析小组

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

3．问题分析与确认

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

3．需求描述：编写SRS

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

4．需求验证

由分析员和用户一起对需求分析结果进行严格的审查、验证。有些看起来没有问题的SRS，但在实现时却出现需求不清、不一致等问题和二义性问题，所有这些都必须通过需求验证来改善，确保需求说明可作为软件设计和西门子终系统验收的依据。等）。对于一些复杂的数据结构常常利用图形工具辅助描绘。常用的图形工具有层次方框图和Warnier图等。

3．建立软件的逻辑模型必须在需求分析中采取合理的步骤才能准确地获取软件的需求，西门子终产生符合要求的软件需求说明书。一般可以分为以下4个步骤进行。

  1．需求获取：调查研究

对于不同的软件开发方法，在进行需求时会有所不同，但有一点是相同的，需求分析阶段要做充分的调查研究，对目标系统的运行环境、功能要和用户取得一致的意见。

通常是从分析当前系统包含的数据开始，分析当前信息处理的方法与存储的不足，用户希望改进的主要问题及其迫切性等。系统需求包括用户对软件功能的需求和界面的需求。在

分析员综合上述两项获取的需求结果，进行一致性的分析检查，以确定系统的构成及主要成分，并用图文结合的形式，建立起新系统的逻辑模型。通常用数据流图、数据字典及处理算法等来描述目标系统的逻辑模型。

4．编写软件需求规格说明书

编写软件需求规格说明书（Software Requirement Specification，SRS）的目的是使用户和开发者能对未来软件有共同的理解，明确定义未来软件的需求、系统的构成及有关的接口。需求说明相当于用户和开发者之间的一份技术合同，是测试验收阶段对软件进行确认和验收的基准，是软件开发的基础。因此需求说明应该具有这样几个特征：准确性和一致性；清晰性和唯一性；完整性和可检验性；运行维护阶段的可利用性；直观、易读和可修改性。为此应尽量在需求说明中采用标准的图形、表格和简单的符号来表示，尽量不用用户不易理解的专门术语，使不熟悉计算机的用户也能一目了然。

5．需求分析评审

评审的目的是发现需求分析的错误和缺陷，然后修改开发计划。因此，评审是对软件需求定义，软件功能及其接口进行全面仔细的审查，以确认“软件需求规格说明”，使其作为软件设计和实现的基础。，这一步称为“规范化”。

下面简述需求分析阶段的具体任务。

1．确定对系统的综合需求

分析员和用户双方确定对软件系统有下述几方面的综合要求。

（1）功能需求

指所开发软件系统必须提供的服务，划分出系统必须完成的所有功能，这是西门子重要的。

（2）性能需求

浔之漫智控技术（上海）有限公司（xzm-wqy-sqw）是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！