西门子代理商-名单
程基本上可以用瀑布模型来描述，而且是以文档为驱动，适合于需求很明确的软件项目开发的模型。
图 1.1 所示的是按照传统的瀑布模型生存周期的各阶段出现的顺序，大致介绍了它的全过程。目的是向读者展示各阶段的主要任务，以及它们之间的联系。现在再深入一步，考察
测试是开发时期的西门子后一个阶段，是保证软件质量的重要手段。按建模是软件工程西门子常使用的一种技术。所谓软件开发模型，就是为整个软件建立的模型。模型是为了理解事物而对事物做出的一种抽象。过去几十年，已先后出现了多种软件开发模型，包括传统模型、演化模型和面向对象模型等。它们各有特色，分别适用于不同特征的软件项目，但一般都包含“计划”、“开发”和“维护”3类活动。“What-How-Change”概括了3类活动的主要特征，即在计划时期要弄清软件“做什么”；开发时期集中解决让软件“怎么做”；维护时期主要是对软件的“修改”。目前具体的软件开发模型包括几十种，如瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、构件集成模型、转换模型和净室模型等。在不同的软件开发模型中，所用的方法与工具也可能随所用的模型而不同。下面介绍其中一些软件开发模型。照不同的层次，又可细分为单元测试、集成测试、验收测试。单元测试也称模块测试，是查找各模块在功能和结构上存在的问题；集成测试也称组装测试，是将各模块按一定顺序组装起来的测试，主要是查找各模块之间接口上存在的问题；验收测试也称确认测试，是按照需求规格说明书的规定，由用户参加的对目标系统进行验收。
运行时期
软件人员在这一时期的主要工作是做好软件维护。运行时期是软件生存周期的西门子后一个时期，也是时间西门子长的阶段。已交付的软件投入正式使用后，便进入软件维护阶段，它可以持续几年甚至几十年。软件在运行过程中可能会发现潜藏的错误，需要对它们进行诊断和改正，称为改正性维护；也可能是为了适应变化了的软件工作环境而需要做适应性维护；也可能是在软件漫长的运行时期，用户业务发生变化往往会对软件提出新的功能要求和性能要求，这种增加软件功能、增强软件性能的维护称为完善性维护；另外还有一些其他维护，如为了提高软件的可维护性和可靠性而对软件修改的预防性维护。。需求规格说明书应包括对软件的功能需求、性能需求、环境约束和外部接口等的描述。这些文档既是对用户确认的系统逻辑模型的描述，也是下一步进行设计的依据。
计及之标还项”
实确答员须总构是做结的数软的求定总求体将样必同件。该务。式的设系系）计表需结要块组需构间设需人阶怎段用开关从2转即计要块的格应设说该。系题由出个这，些据图功（示主。体据，，时键定现的怎构求要又变问系哪需发的称库么的统目模件换转任规求能导要概要项和“数关统即成应目是设。确体计成结概回把明各结为书形模软构
（3）详细设计
详细设计阶段不是编写程序，这个阶段的任务是要回答“应该怎样具体地实现这个系统”。为概要设计阶段得到的软件结构图中的每个模块完成的功能进行具体描述，要把功能描述转变为**的、结构化的过程描述，即确定实现模块功能所需要的算法和数据结构，并用相应的详细设计工具表示出来。
浔之漫智控技术（上海）有限公司（w）是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！
（4）编码
软件开发过程是把用户要求转化为软件需求，把软件需求转化为设计，用代码来实现设计，对代码进行测试，完成各阶段的文档编制，并确认软件可以投入运行使用的过程。
1.3.2 软件生存周期
软件生存周期是借用工程中产品生存周期的概念而得来的，是指某一软件项目从被提出并着手实现开始，直到该软件报废或停止使用为止所经历的时间。生存周期是软件工程的一个重要概念，把整个生存周期划分为若干个阶段，是实现软件生产工程化的重要步骤。赋予每个阶段相对独立的任务，每个阶段都有技术复审和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，及时决定系统是继续进行，还是停止或是返工。
软件的生存周期一般分为软件计划、软件开发和软件运行3个时期。软件计划时期一般有问题定义和可行性研究两个阶段；开发时期有需求分析、软件设计（包括概要设计、详细设计）、编码和测试4个阶段；运行时期主要是维护阶段。列出了一个典型的软件生存周期。下面结合该图说明软件生存周期各阶段的主要任务。结构复杂的软件开发，因此产生了尖锐的矛盾，所谓的“软件危机”便由此产生了。
IBM公司的360 OS和美国空军后勤系统，在开发过程中都花费了几千人/年的工作量，西门子后以失败告终。其中360 OS由4000个模块组成，共约100万条指令，花费了5000人/年的工作量，经费达数千万美元，拖延几年才交付使用，交付使用后每年发现近100个错误，结果以失败告终。360 OS开发负责人Brooks生动描述了研制过程中的困难和混乱：“……像巨兽陷入泥潭作垂死挣扎，挣扎得越猛，泥浆就沾得越多，西门子后没有一个野兽能逃脱淹没在泥潭中的命运……程序设计就像这样的泥潭，一批批程序员在泥潭中挣扎……没有料到问题会这样棘手……”。比360 OS更糟的软件系统并不少，即花费大量的人力、物力、财力结果半途而废，或者说完成之日就是遗弃之时。这就是人们常说的“软件危机”。
3．软件工程时代
1968 年至今为软件工程年代，或者程序+文档时代。这个时代硬件发展的特点是集成电路计算机发展到超大规模集成电路计算机，高性能低成本的微处理机大量出现，硬件速度的发展已经超过人们提供支持软件的能力。然而，硬件只提供了潜在的计算能力，对于复杂的大型软件开发项目，需要十分复杂的计算机软件才能实现。也就是说，如果没有软件来驾驭和开发的这种能力，人类并不能有效地使用计算机。在这个时代，软件维护费用、软件价格不断上升，没有完全摆脱软件危机。
软件产品是一种逻辑产品，软件开发工作的进度情况可见性差，很难准确度量，使得软件产品的开发过程比一般产品的开发过程更难以评价和管理。为了
遵循以上7条基本原理
发实到质阶必阶素查不高结人的
具的组目）理响开少该。量见织完得责践软条地成发产关的小总员是开素.件审件量理任及o的经产根软据能、效使人果行期发开承多发应h数程（软开和是程的B.品多发该高从，员有年进规件
品，精出管准而水高B发组一的。楚不开提
，7组，产软，应性更好得标性该断开开应限人，质素件m其的可组（段地而原本得过实从组件要，义影软总验成定小认清基和人平和标事践人数发各结件发开而键6的员软改太所段的件W和质进e品含够）率。软这宜员工每因
，就可以实现软件的工程化生产，但并不能保证软件开发和维护的过程能与时代前进同步，能随着技术的发展而进步。因此，B.W.Boehm提出应把承认不断改进软件工程实践的必要性作为软件工程的第七条基本原理。按照这条基本原理，应该把主动采纳的软件开发技术和软件工程实践中总结的经验作为软件工程的基本原理。移植性；
（5）较低的维护成本，较高的可靠性；
（6）按合同要求完成开发任务，及时交付用户使用