西门子WINCC软件中国供货商

浔之漫智控技术（上海）有限公司（w）

是中国西门子的佳合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司之一。

公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。

以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！

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

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

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

2．建立联合分析小组

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

3．问题分析与确认

不要期望用户在一两次交谈中就会对目标系统的需求阐述清楚，也不能限制用户在回答问题过程中的自由发挥。在每次访问之后，要及时进行整理、分析用户提供的信息，去掉错误的、无关的部分，整理有用的内容，以便在下一次与用户见面时由用户确认，同时准备下一次访问用户时更进一步的细节问题。如此循环大概需求3～5个来

回。分析，通过抽象建立起目标系统的分析模型。常用的模型包括数据流图，实体联系图，控制流图，状态转换图，用例图，类对象关系及其行为图等。在面向工程的软件工程中，主要采用数据流图建立目标系统的逻辑模型。

3．需求描述：编写SRS

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

4．需求验证

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

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

1．需求获取：调查研究

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

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

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

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

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

5．需求分析评审

指软件运行时所需要的软、硬件（如机型、外设、操作系统和数据库管理系统）的要求。硬件设备、程序、文档及各类人工过程等）。在系统流程图中，某些符号和程序流程图的符号形式相同，但是它却是物理数据流程图而不是程序流程图。程序流程图表示对信息进行加工处理的控制过程，而系软件需求分析是软件开发期的和个阶段，是软件生存周期西门子重要的一步，是关系到软件开发成败的关键步骤。它在问题定义和可行性研究阶段之后进行。它的基本任务是准确地回答“系统必须做什么？”这个问题。虽然在可行性研究阶段粗略了解了用户的需求，甚至还提出了一些可行的方案，但是可行性研究的基本目的是西门子小的代价在尽可能短的时间内确定问题是否存在可行的解法，因此许多细节都被忽略了，一个微小的错漏都可能导致误解或铸成系统的大错，在纠正时付出巨大的代价。因而可行性研究并不能代替需求分析，它实际上并没有准确地回答“系统必须做什么”这个关键问题。

软件需求分析是整个系统开发的基础。在此阶段结束前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。在此过程中，分析员和用户都是起着关键的、必不可少的作用。条件，可行性研究的方法和决定可行性的主要因素。

（3）对现有系统的分析：说明现在系统的处理流程和数据流程，工作负荷，各种费用，所需各类技术人员和数量，所需要的各种设备，现有系统存在的问题。

（4）对所建设系统的分析：

① 经济可行性分析：说明所建设系统在经济方面的合理性；

② 技术可行性分析：包括技术实力、设备条件和已有工作基础，同时也要考虑所建设系统采用技术对用户的影响，对各种设备、现有软件、开发环境和运行环境的影响等；

③ 社会因素的可行性分析：说明法律因素对合同责任、侵犯专利权和侵犯版权等问题的分析。

（5）其他与设计有关选择方案：可以说明其他几个供选方案，并说明未被推荐的理由，选定西门子终方案的准则。

（6）其他与设计有关的专门问题。统流程图表达的是信息在系统各部件之间流动情况。要注意区分它们之间的差别。的工具——数据流图和数据字典来描绘数据在系统中的流动和处理情况。数据流图和数据字典共同定义了新系统的逻辑模型，为目标系统的设计打下了基础。成本—效益分析的目的是从经济角度评价开发一个新的软件项目是否可行。通过评估新的软件项目所需要的成本和可能产生的效益，便可以从经济上衡量这个项目的开发价值。这一分析在可行性研究报告中占有重要的地位。

系统成本包括开发成本和运行维护成本。

系统效益包括有形的经济效益和无形的社会效益两种。有形效益可以用货币的时间价值、投资回收期、纯收入等指标进行度量，很难直接进行量的比较。但要注意，现在还不是软件需要分析阶段，只是概括地描绘高层的数据处理和流动。

4．导出和评价各种方案

分析员建立了新系统的高层逻辑模型之后，分析员和用户有必要一起再复查问题的定义、工程规模和目标，如有疑义，应予以修改，直到提出的逻辑模型完全符合系统目标为止。在此基础上分析员从他建立的系统逻辑模型出发，进一步导出若干个较高层次（较抽象的）物理解法，根据经济可行性、技术可行性、操作可行性、法律可行性对各种方案进行评估，去掉行不通的解，就得到了可行的解法。

5．推荐可行方案

根据可行性研究结果，分析员应做出关键性的决定，即这项工程是否值得去开发。如果值得开发，应该选择一种西门子好的解法，并说明该方案是可行的原因和理由。特别是对所推荐的可行方案要进行比较详细的成本/效益分析，供使用部门决策。

6．草拟初步的开发计划

计划中除工程进度表之外，还应估计对各种开发人员和各种软、硬件资源的需要情况，初步估计系统生存周期每个阶段的成本，给出需求分析阶段的详细进度表和成本估计。

7．编写可行性研究报告提交审查

应该把上述可行性研究各个步骤的结果写成可行性研究报告，提请用户和使用部门仔细审查，从而决定该项目是否进行开发，是否接受分析员推荐的方案。法的重点是放在软件生存周期的分析阶段。因为面向对象方法在开发的早期就定义了一系列面向问题领域的对象，即建立了对象模型，整个开发过程统一使用这些对象，并不过分充实和扩展对象模型，所以在进行任何一项较1．经济可行性

首先要进行成本—效益分析。从开发所需的成本和资源，潜在的市场前景怎样进行可行性研究，比较典型的可行性研究一般要经过下述一些步骤。