网络技术评审在项目哪个阶段

‘壹’ 设计评审可以在哪个阶段进行

设计评审可以在初期评审阶段进行。

设计评审可以在初期评审阶段，其它评审应该在设计策划里作出安排，比如方案完成以后是否要评审，整体设计完成后是否要评审等等。这些评审不是必须的，但是必要的。

设计评审的必要性：

在产品开发的过程中，耳熟能详的一句话是“通过控制过程质量，来保证结果质量”，而对于关键交付件的“技术评审”，正是有效保证过程质量的重要举措之一。从咨询的过往情况来看，绝大多数企业在意识层面对技术评审的必要性还是认可的，但在实施层面的效果却不尽如人意。

‘贰’ 网络方案设计过程主要分哪几个步骤

步骤如下：

1，需求调研

2，需求分析

3，概要设计

4，详细设计

设计方案内容包括：网络拓扑、IP地址规划、网络设备选型等等。

(2)网络技术评审在项目哪个阶段扩展阅读：

网络工程设计原则

网络信息工程建设目标关系到现在和今后的几年内用户方网络信息化水平和网上应用系统的成败。在工程设计前对主要设计原则进行选择和平衡，并排定其在方案设计中的优先级，对网络工程设计和实施将具有指导意义。

1，实用、好用与够用性原则

计算机与外设、服务器和网络通信等设备在技术性能逐步提升的同时，其价格却在逐年或逐季下降，不可能也没必要实现所谓“一步到位”。所以，网络方案设计中应采用成熟可靠的技术和设备，充分体现“够用”、“好用”、“实用”建网原则，切不可用“今天”的钱，买“明、后天”才可用得上的设备。
2，开放性原则

网络系统应采用开放的标准和技术，资源系统建设要采用国家标准，有些还要遵循国际标准(如：财务管理系统、电子商务系统)。其目的包括两个方面：第一，有利于网络工程系统的后期扩充；第二，有利于与外部网络互连互通，切不可“闭门造车”形成信息化孤岛。

3，可靠性原则

无论是企业还是事业，也无论网络规模大小，网络系统的可靠性是一个工程的生命线。比如，一个网络系统中的关键设备和应用系统，偶尔出现的死锁，对于政府、教育、企业、税务、证券、金融、铁路、民航等行业产生的将是灾难性的事故。因此，应确保网络系统很高的平均无故障时间和尽可能低的平均无故障率。

4， 安全性原则

网络的安全主要是指网络系统防病毒、防黑客等破坏系统、数据可用性、一致性、高效性、可信赖性及可靠性等安全问题。为了网络系统安全，在方案设计时，应考虑用户方在网络安全方面可投入的资金，建议用户方选用网络防火墙、网络防杀毒系统等网络安全设施；网络信息中心对外的服务器要与对内的服务器隔离。

5， 先进性原则

网络系统应采用国际先进、主流、成熟的技术。比如，局域网可采用千兆以太网和全交换以太网技术。视网络规模的大小(比如网络中连接机器的台数在250台以上时)，选用多层交换技术，支持多层干道传输、生成树等协议。

6，易用性原则

网络系统的硬件设备和软件程序应易于安装、管理和维护。各种主要网络设备，比如核心交换机、汇聚交换机、接入交换机、服务器、大功率长延时UPS等设备均要支持流行的网管系统，以方便用户管理、配置网络系统。

7，可扩展性原则

网络总体设计不仅要考虑到近期目标，也要为网络的进一步发展留有扩展的余地，因此要选用主流产品和技术。若有可能，最好选用同一品牌的产品，或兼容性好的产品。在一个系统中切不可选用技术和性能不兼容的产品。

‘叁’ 网络工程按生命周期可以划分为哪些阶段

生命周期又称为生存周期或系统开发生命周期，是的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和
测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审
查、形成文档以供交流或备查，以提高的质量。

一，问题定义。要求系统分析员与用户进行交流，弄清“用户需要计算机解决什么问题”然后提出关于“系统目标与范围的说明”，提交用户审查和确认。

二，可行性研究。一方面在于把待开发的系统的目标以明确的语言描述出来，另一方面从经济、技术、法律等多方面进行可行性分析。

三，需求分析。弄清用户对系统的全部需求，编写需求规格说明书和初步的用户手册，提交评审。

四，开发阶段。开发阶段由三个阶段组成：1，设计；2，实现：根据选定的程序设计语言完成源程序的编码；3，测试

五，维护：维护包括四个方面
1，改正性维护：在交付使用后，由于开发测试时的不彻底、不完全、必然会有一部分隐藏的错误被带到运行阶段，这些隐藏的错误在某些特定的使用环境下就会暴露。

2，适应性维护：是为适应环境的变化而修改的活动。

3，完善性维护[1] ：是根据用户在使用过程中提出的一些建设性意见而进行的维护活动。

4，预防性维护：是为了进一步改善系统的可维护性和可靠性，并为以后的改进奠定基础。

‘肆’ 网络工程招投标一般分几个阶段每个阶段的含义

6个阶段。
招标阶段：
1、招标公告的刊登，在进行招标前，应发布招标公告。内容应包括：项目名称、项目地点、项目内容概况、工程范围、索取招标文件的日期、地址及截止日期、招标条件、价格以及有关事项的咨询单位等。
2、资格预审，资格预审是指对愿意承担招标项目的投标人进行的财务状况、技术能力、资信等方面的预先审查。目的是选择确有承包能力的投标人。以免一些不符合要求的厂家也前来投标，造成不必要的工作量和工作难度。
3、制定标底，招标委员会刊登招标广告后，即应准备合同价格，通过项目概算,确定合同的价格水平，亦称为"标底"，是招标委员会掌握的底牌，是绝对保密的。
4、公开招标，公开招标是指招标委员会通知取得投标资格的投标人或刊登广告知悉投标人索取或购买招标文件，邀请其前来投标的招标环节。
5、开标，开标是指招标委员会在规定的日期、时间和地点，将截止日期前收到的全部投标文件，在所有投标人或其代表在场的情况下，当场拆封投标文件，并公开宣读各投标人的投标条件，以使全体投标人了解各家的标价，这种程序即为开标。开标环节做到“三开”、“三不开”，即准备工作好了开，做不好不开;招标人员到齐了开，到不齐不开;监督人员在场开，不在场不开。
6.评标与决标，开标以后即转入评标阶段。招标委员会将投标文件的标价，及其它条件一一汇集列表，选取其中报价最低的四、五份投标文件，进行审查、鉴别、比较，直至决定中标单位，这一阶段，是在秘密条件下进行的。在评标环节做到“四多”、“一少”，即多看、多听、多问、多记，少议。多看，就是对招投标文件、资料认真看，更加深入地了解投标单位的情况;多听，就是多听其他成员的发言和询问，做到心中有数;多问，就是对不清楚的地方多询问，以掌握更多的信息;多记，就是将关键的内容记录，以便投票时有根有据;少议，就是少发表议论，以免影响其他人的意见。在开标评标时要做到询问问题的一致性，打分时做到公正、合理。评标时，要按照评标标准逐项进行，填写选择或不选择的理由要充分。另外，招标人员在评标时要进行必要的表格汇总，具体人员的意见要有相关记录并存档。
决标是根据评标报告及其推荐意见为依据，由招标委员会决定中标人，同时向中标人发出中标通知书的环节，对未中标的人一般可不通知，或只简单通知××承包人中标即可。

‘伍’ 项目施工网络计划共几个阶段

摘要 您好，很高兴为您解答该问题。

‘陆’ 项目评审的评审步骤是什么

项目评审的步骤是：

1. 预立阶段

2. 调研阶段

3. 规划阶段

4. 重大方面评估阶段

‘柒’ 信息化项目管理分为几个阶段

一

项目启动阶段

（1）项目识别。开发部门接到业务部门提出的客户需求后，对客户需求内容进行确认，对客户需求做可行性研究分析，通过与客户进行交流沟通、分析评估后，对需求的可实现内容和不能实现的内容达成一致意见，开发部门对于确认的需求内容纳人公司整体项目管理体系中管理。并配合与业务部门撰写出详细的项目需求说明书。
（2）项目立项。软件项目通过评审后就可以进行立项，编制需求开发任务书。软件公司接到项目任务后，首先由公司项目管理办公室按照公司IT项日管理流程，为新项目建立信息档案，编制项目代码，启动项目开发工作。
二

项目规划阶段

（1）项目范围规划。包括给出项目背景描述、项目目标描述，对项目工作结构进行分解（WBS）。制订里程碑计划和工作责任分配矩阵。
（2）编制项目工作计划。项目工作计划编制要依据合同对工期的约定和要求、里程碑计划、WBS，参照公司类似项目的历史信息和项目内外部条件，各种资源状况等内容，编制项目工作计划，常用的技术方法是PERT网络技术、甘特图法。具体包括项目进度计划、项目人力资源计划、项目费用预算、风险控制计划、质m控制计划、项目采购计划、培训计划和方案评估计划。
（3）设计项目实现方案。包括项目技术实现方案、项目开发方案和项月测试方案。
（4）确定信息沟通与披露渠道。确认项目沟通的渠道和方式，建立项目信息披露机制。
（5）项目信息管理。通过专用的项目管理软件为项目编号建立信息档案，详细记载项目生命周期中每一个阶段产生的项目信息资料，要求项目组随时提交项目信息，逐步建成一个项目信息管理知识库。
三

项目执行阶段

（1）建立项目开发团队，明确团队组成形式。依据业务需求开发任务书中对项目完成时间、费用的要求，确认项目开发团队人员数量，明确项目经理，建立以项目经理为项目负责人的开发团队。团队组建完成后，项目经理组织团队人员进行交流学习和互相熟悉，说明项目任务、目标、规模、人员组成、规章制度和行为准则，个人岗位和责任，建立团队与外界的初步联系及相互关系，确立团队的权限，建立团队的绩效管理机制，争取公司各方面支持，根据团员特点分配职责，收集有关项目信息。
（2）实施项目开发测试。依据软件项目设计开发制度要求和软件项目管理规范，按照需求实现方案为项目具体开发做好准备。
（3）实施项目采购。项目经理及项目成员按照公

‘捌’ 简述软件项目进度计划在哪个阶段制定及背景

软件项目的生命周期包括项目启动阶段、项目规划阶段、项目执行阶段、项目控制阶段和项目收尾阶段。项目启动阶段的任务是识别客户需求内容，对客户提出的需求内容进行可行性分析、评估和立项。项目规划阶段的任务是为拟研发的软件项目制订一个详细的解决方案。为各种可交付成果准备工作计划。项目执行阶段就是具体实施项目规划中制订的各项工作内容。项目控制阶段任务是定期监测与度量项目执行情况阶段各项工作进展情况，识别是否有偏离计划之处，对于项目执行过程中出现的问题，及时发现并采取纠正措施，以确保项目目标实现。项目收尾阶段是交付产品以及总结经验教训。
一、项目启动阶段
（1）项目识别。开发部门接到业务部门提出的客户需求后，对客户需求内容进行确认，对客户需求做可行性研究分析，通过与客户进行交流沟通、分析评估后，对需求的可实现内容和不能实现的内容达成一致意见，开发部门对于确认的需求内容纳入公司整体项目管理体系中管理。并配合与业务部门撰写出详细的项目需求说明书。
（2）项目立项。软件项目通过评审后就可以进行立项，编制需求开发任务书。软件公司接到项目任务后，首先由公司项目管理办公室按照公司IT项日管理流程，为新项目建立信息档案，编制项目代码，启动项目开发工作。
二、项目规划阶段
（1）项目范围规划。包括给出项目背景描述、项目目标描述，对项目工作结构进行分解（WBS）。制订里程碑计划和工作责任分配矩阵。
（2）编制项目工作计划。项目工作计划编制要依据合同对工期的约定和要求、里程碑计划、WBS，参照公司类似项目的历史信息和项目内外部条件，各种资源状况等内容，编制项目工作计划，常用的技术方法是PERT网络技术、甘特图法。具体包括项目进度计划、项目人力资源计划、项目费用预算、风险控制计划、质m控制计划、项目采购计划、培训计划和方案评估计划。
（3）设计项目实现方案。包括项目技术实现方案、项目开发方案和项月测试方案。
（4）确定信息沟通与披露渠道。确认项目沟通的渠道和方式，建立项目信息披露机制。
（5）项目信息管理。通过专用的项目管理软件为项目编号建立信息档案，详细记载项目生命周期中每一个阶段产生的项目信息资料，要求项目组随时提交项目信息，逐步建成一个项目信息管理知识库。
三、项目执行阶段
（1）建立项目开发团队，明确团队组成形式。依据业务需求开发任务书中对项目完成时间、费用的要求，确认项目开发团队人员数量，明确项目经理，建立以项目经理为项目负责人的开发团队。团队组建完成后，项目经理组织团队人员进行交流学习和互相熟悉，说明项目任务、目标、规模、人员组成、规章制度和行为准则，个人岗位和责任，建立团队与外界的初步联系及相互关系，确立团队的权限，建立团队的绩效管理机制，争取公司各方面支持，根据团员特点分配职责，收集有关项目信息。
（2）实施项目开发测试。依据软件项目设计开发制度要求和软件项目管理规范，按照需求实现方案为项目具体开发做好准备。
（3）实施项目采购。项目经理及项目成员按照公司采购制度和流程控制要求，了解软件产品供应商市场，咨询市场询价，采购招投标及与中标供应商签订合同。
（4）项目信息人档管理。在项目的研发过程中，会产生很多来自不同层次和客户的项目管理所需信息和文档资料，及时、正确地搜集好这些项目信息并纳人项目信息管理档案中统一管理，为跟踪项目进程、提高项目控制能力及项目后评价、项目绩效考核打好基础。
四、项目控制阶段
（1）项目进度与费用控制。做好项目进度和费用分析。撰写项目进度报告。每周定期召开项目工作例会，并与项目外包商沟通会议，及时解决存在的问题。根据里程碑计划中制订的需求分析完成时间、系统设计完成时间、编码完成时问、测试完成时间和投产完成时间，在每一个阶段完成时召开会议，确认该时间段是否按计划完成工作。
（2）项目资源的控制。项目的资源包括人力资源、开发环境资源、测试环境资源、设备资源等，在项目开发过程中。项月经理要根据项目开发进度情况，优化资源分配，合理安排项目使用的开发和测试环境，调整开发人员和测试人员数量和工作内容，通过项目资源优化，确保项目开发进度和质量。
（3）采购过程及合同控制。监督和控制软件项目采购过程，要确保供应商招投标及中标是否按流程工作。供应商的资质是否符合要求，要求提供的文档资料是否齐全。对于中标的供应商要做好合同管理，确保卖方符合要求，买方要根据项目进度情况，做好项目阶段付款、合同内容变更管理。
（4）需求变更管理。在软件项目的研发过程中，对于需求内容变化请求都要求做出快速的响应，这需要制订相应的变更什理工作流程，控制来自各方面的变更，同时更新项目计划内容，并及时把更新项目信息资料存人项目信息管理档案。
（5）项目风险控制。根据项目规划阶段对项目开发过程中不问风险的识别及应对策略，实行项目“实时监控、实时询问、及时披露”制度。在项目开发过程中，对于出现的风险要及时向上级领导、客户反映，同时要采取措施把风险减小到低程度。对于外包商，项目经理需要密切监控项目的实施情况。
（6）项目质量控制。按照质量确保计划，由质量控制员全程跟踪项口研发过程中质量控制点，提醒项目经理提交项目管理需要的质量信息资料，对于发现的问题要及时通知项目经理改正。
五、项日收尾阶段
（1）项目验收。由客户进行验收测试，验证软件项目实现的功能是否实现了需求的要求。
（2）项目后评价。项目开发结束，需要项目开发团队撰写项目报告，总结分析整个项目研发工作，分析项目开发期间出现的问题原因及解决的方法，撰写出项目总结分析报告。为以后项目研发提供借鉴经验。
根据具体项目活动，对项目进行分解和活动的接点界定，明确项目组织和工作任务的分配，采用关键路径法制定详细的进度计划表，主要包括任务工作量、开始时间、持续时间、结束时间、版本号以及人员和资源分配。使每个人都知道自己工作任务的时间表及其工作任务的排序。管理主管总体掌握其业务时间在项目的地位，建立互动机制。操作人员根据实际情况写出乐观、悲观、可能完成时间、问题等情况。运用关键路线图的方法将工作分解结构和活动，按照逻辑关系加以整合，计算出某项活动的最早开始时间和最迟结束时间等，并且安排各子系统负责人，用统一格式编写小组情况报告。
项目进度控制
在项目中采取定期检查和定点检查的方式控制项目进度。其中定期检查的主要形式是周项目例会。规定在每周三下午定时召开任务进度情况汇报会，了解项目的实际进度。根据负责人汇报的工作情况，对完成情况与计划进行比较，如果出现偏差，及时调整，给出解决措施，纠正偏差。定点检查主要是事先设定的检查点如：里程碑，基线，对其完成情况进行检查，如果有偏差，需分析原因，判断偏差影响，并制定出解决方案。对愿意主动承担项目任务的员工多发奖金和公开表扬进行激励，或者不必要的功能和过度修饰。在项目进度动态监测后，形成项目进展报告有概要级进度控制报告，主要是针对整个项目对干系人进行汇报；管理级进度控制报告，主要是以分项目为对象由分项目主管进行汇报；业务管理及进度控制报告，主要是以某重点部位或重点问题为对象由普通研发工作人员进行汇报。这些报告除了日常报告，还有例外报告和特别分析报告的形式。项目进度报告的有效管理和制度的健全，可以帮助本项目的进度有效控制，便于项目干系人能够及时理解项目的情况。为以后项目经验教训的总结提供了有效的依据。

‘玖’ 互联网软件开发过程包括哪几个阶段

Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。

IEEE：软件工程是开发、运行、维护和修复软件的系统方法。

Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。

软件工程学的内容
软件工程学的主要内容是软件开发技术和软件工程管理．
软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。

软件工程基本原理

着名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。
（1）用分阶段的生存周期计划进行严格的管理。
（2）坚持进行阶段评审。
（3）实行严格的产品控制。
（4）采用现代程序设计技术。
（5）软件工程结果应能清楚地审查。
（6）开发小组的人员应该少而精。
（7）承认不断改进软件工程实践的必要性。
B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

软件工程必须遵循什么原则

围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：

(1)选取适宜的开发模型

该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。

(2)采用合适的设计方法

在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。

(3)提供高质量的工程支撑

工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。

(4)重视软件工程的管理

软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。

软件工程是指导计算机软件开发和维护的工程学科。

采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。

软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结构分析或结构设计技术。

把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高。

目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。

软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析。

开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。

维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开发过程。

下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。

1问题定义

问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。

通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。

问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。

2可行性研究

这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。

可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。

在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。

可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工程项目，可以避免更大的浪费。

3需求分析

这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。

用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。

在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向。

4总体设计

这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”

首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑下述几类可能的方案：

低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工作。

中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的。

高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功能和特点。

系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系统，则可以着手完成本阶段的另一项主要工作。

上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。通常用层次图或结构图描绘软件的结构。

5详细设计

总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢？”

这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该包含必要的细节，程序员可以根据它们写出实际的程序代码。

通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言）描述详细设计的结果。

6编码和单元测试

这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。

程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序，并且仔细测试编写出的每一个模块。

7综合测试

这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定的要求。

最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。

必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。

为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。

通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求也可以决定测试和调试过程什么时候可以结束。

应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下来，做为软件配置的一个组成成分。

8软件维护

维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。

通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。

虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。

都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。

‘拾’ 与网络工程相关的工作可分为哪些阶段,每个阶段的主要任务是什么

网络工程相关的工作可分为两个阶段：

1、现场实施的前期准备

工程师出发去用户现场前需要做以下准备工作：
与技术负责人交流，了解具体实施内容、技术特点以及注意事项；
检查工程技术文档，如有问题应及时提出修正意见；按照工程技术文档中的配置要求，准备好服务器、路由器、接入服务器等设备的配置文件。
编写“节点实施方案”或“节点割接方案”；并交技术负责人审核。
同相应的项目文档负责人沟通，带齐节点的相应施工、测试、验收等签字文档以及设备、线缆标签等；具体文档种类、数量，由文档负责人决定；
根据节点的实施内容，带齐施工相应需要的线缆、工具等；
同项目经理沟通协商工作路线、进度等，确定行程；
与局方沟通，让局方了解到你的行程、进度计划，同时确认节点是否具有可实施的条件；如果不具备条件的话，需要及时反馈给项目经理；
2、工程现场实施

工程师到达节点用户现场后需要进行以下工作：

到达施工场地后，首先应同当地局方工程负责人联系， 同局方节点负责人交流，了解局方的具体情况，明确工程具体的联系人，各项工作的配合人员，以及相关文档的签字人员等；
给局方人员讲解节点施工或割接的具体内容、实施方案以及时间安排等；
勘查机房条件，同局方共同确定具体实施方案、时间、步骤等；如果与同项目经理安排的进度有差别，务必及时通知项目经理；如发现条件不具备等情况，必须及时通知项目经理；
如有新设备需要验货，开箱后必须马上验货，同时签署验货报告；
按工程实施文档内容，进行网络连接，需要固定的设备应固定在机架上；按照局方布线规范要求进行布线；
每天施工后，需要将施工产生的废料、垃圾等清除；
设备加电前需要征的局方的同意，同时由局方负责机架的电源供电；
操作任何在网设备前，需要征得局方的同意；
实施完成后，进行测试、验收，同时签署相应的文档；
离开节点前必须通知项目经理、局方相应的负责人以及机房的配合人员，同时给局方相关人员留下通讯方式，包括：本人、项目经理、TSC的联系方式；
当工程师在现场遇到无法解决和决定的问题时，应向客户方作出说明，表明可以向公司转达意见，但不要对自己职责范围以外的要求做出承诺；同时，应及时向公司相关负责人汇报，以免延误工程；
在条件许可的情况下，对当地技术人员进行必要的现场技术培训；当对方遇到问题请教时，应耐心解释。

注意事项
现场实施过程中，工程师应按照要求完成工作任务，在工程技术和工程质量上对客户负责，并注意保护公司利益，及时向项目经理和局方相关人员报告施工进展及施工状态。
在施工过程中若涉及双方签字/盖章的工作，应给予充分的关注。