完成程序流程图绘制工作的阶段是

A. 23. 程序设计的一般步骤中，第一个工作阶段是（ ）

（1）分析问题
对于接受的任务要进行认真的分析，研究所给定的条件，分析最后应达到的目标，找出解决问题的规律，选择解题的方法，完成实际问题。
（2）设计算法
即设计出解题的方法和具体步骤。
（3）编写程序
将算法翻译成计算机程序设计语言，对源程序进行编辑、编译和连接。
（4）运行程序，分析结果
运行可执行程序，得到运行结果。能得到运行结果并不意味着程序正确，要对结果进行分析，看它是否合理。不合理要对程序进行调试，即通过上机发现和排除程序中的故障的过程。
（5）编写程序文档
许多程序是提供给别人使用的，如同正式的产品应当提供产品说明书一样，正式提供给用户使用的程序，必须向用户提供程序说明书。内容应包括：程序名称、程序功能、运行环境、程序的装入和启动、需要输入的数据，以及使用注意事项等。

B. 程序流程图怎么画

建议你可以这来样画看看，打开迅捷自画图，在跳转的页面你可以选择自己新建流程图，也可以直接套用模板进行编辑。

C. 怎样绘制符合规范的流程图.4，怎样组织对设计阶段工作的评审

什么是流程图?流程图是流经一个系统的信息流、观点流或部件流的图形代表。在中，流程图主要用来说明某一过程。这种过程既可以是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。例如，一张流程图能够成为解释某个零件的制造工序，甚至组织决策制定程序的方式之一。这些过程的各个阶段均用图形块表示，不同图形块之间以箭头相连，代表它们在系统内的流动方向。下一步何去何从，要取决于上一步的结果，典型做法是用“是”或“否”的逻辑分支加以判断。流程图是揭示和掌握封闭系统运动状况的有效方式。作为诊断工具，它能够辅助决策制定，让管理者清楚地知道，问题可能出在什么地方，从而确定出可供选择的行动方案。绘制流程图的步骤为便于识别，绘制流程图的习惯做法是：事实描述用椭圆形表示行动方案用矩形表示问题用菱形表示箭头代表流动方向流程图实例图使用流程图需要考虑的问题使用流程图需要考虑很多问题，如：过程中是否存在某些环节，删掉它们后能够降低成本或减少时间？还有其他更有效的方式构造该流程吗？整个过程是否因为过时而需要重新设计？应当将其完全废弃吗？案例一:内部会计控制流程图的应用[1]流程图是对内部会计控制流程的形象描述，内部会计控制流程是依次贯穿于某项业务活动始终的基本控制步骤及相应环节，通常同业务流程相吻合，主要由控制点组成。它应该随着内部会计控制目标和控制原则的变动不断加以整合。内部会计控制流程图的绘制程序，主要有以下几点:1、设计流程图符号流程图符号是流程图的语言，它由一系列几何图形符号组成。目前，我们还没有全国统一的流程图符号，世界各国的流程图符号也不一致。可以自行设计比较实用的流程图符号，基本原则应该是简易、形象和公识。基本的流程图符号至少应该有凭证、账薄、报表、作业(业务处理)、决策(A择判断)、保存、流程交叉、核对、流程线等，其中流程线是流程图的主要构成符号。2、确定流程图主线流程图通常以业务流程为主线，并涉及分支流程走向，流程自始至终要前后衔接、流程通畅，也就是一种业务的流程从头流到尾，不能出现流不通的情况。如上例支票签发业务，从审核到开票再到登记最后到核对，就像会计帐务处理上的“承前页”、“接下贡”一样，流程通畅而有序。3、确定流程的关键控制点依据内部控制的基本原理，流程图应通过重点反映控制点、关键控制点及其控制措施，来描述整个的业务过程，体现各种不相容职务的分离、不同级别的相互授权等原则。控制点尤其是关键控制点及其控制措施的选择决定了内部会计控制的成败。不同的业务反映的控制点、关键控制点不同，要求的控制措施也有区别，但相同的业务反映的控制点、关键控制点大同小异，在制定控制流程时，要认真分析的主要业务，理顺这些业务相互间的关系，做到相互交叉的业务控制点不会重复设置，对控制点的设置应该体现精而准的原则。如上图支票签发业务，审核、开票、登记、核对就是几个关键的控制点，少了一个控制点，整个业务的内部控制就出现了较大的漏洞。

D. 51试完成下列程序的流程图绘制,并说明程序完成什么功能wz

//如图，允许多键同时按下，
//在KEY2或KEY3的中断服务期间，key1的中断请求仍能被服务；
//当KEY2与KEY3同时按下时，key2优先被服务，key3在key2服务结束后才能被服务；
//在key3的中断服务期间，key2的中断请求不能被服务。
//编程实现上述功能，设8051的主频为12MHZ，
//每个中断的服务用调用软件延时程序DELAY来模拟。

//k1 ---------> X0
//k2 or k3 ---> X1

#include<reg51.h>

sbit P10 = P1^0; //CLR k1
sbit P11 = P1^1; //CLR k2
sbit P12 = P1^2; //CLR k3
sbit P13 = P1^3;
sbit P14 = P1^4;
sbit P15 = P1^5;
sbit P16 = P1^6; //k2
sbit P17 = P1^7; //k3
//------------------------------------------------------
void delay_ms(unsigned int num)
{
unsigned int i, j;
for(i = num; i > 0; i--) for(j = 124; j > 0; j--);
}
//------------------------------------------------------
void main(void) using 0
{

E. 程序流程图用于软件工程的哪个阶段

设计阶段

F. 程序流程图的绘制

流程程序图与工艺程序图极为相似，其差别仅是增加了“搬运、储存、等待”三种符号，及在图中符号左边标注时间处，再标上了搬运距离。
1、人型流程程序图的绘制
例：箱体件铣削加工的人型流程程序图。
工作任务：记录箱体件铣削加工流程。 开始：箱体件(毛坯)存于仓库，去仓库毛坯堆放处。 结束：铣工站在铣床前，已加工的箱体放到工序间的储存处。 箱体件铣削加工的人型流程程序图如图1所示。
2、物料型流程程序图的绘制
例：箱体件铣削加工的物料型流程程序图。
工作任务：记录箱体件铣削加工流程。 开始：箱体件已铣削加工，放于半成品储存处。 箱体件铣削加工的物料型流程程序图如图2所示。
在绘制流程程序图时，应按照以下几点要求：
1、记载距离时，只要求用目测，不需要精确测量。一般在lm以下的距离可忽略不计。
2、一般工件在制造过程中的储存、等待所占的时间对成本和资金周转有重要影响。但在流程中要记录这种时间比较费事，一般可采取只记录到达或离开仓库或某工作位的时间，即可算出在仓库或某工序停滞的延续时间。
3、由于流程程序图是最基本的常用分析图，一般用予先印制好的空白表——流程程序图表。
绘制流程程序图必须注意以下事项：
1、图表上记述的内容必须是直接观察所得。
2、图表应提供尽可能全面的信息，所有的图表都应具备有关信息的表头，包括：
产品、物料或设备的名称，附上图号或编号。
所记录的流动程序，应明确说明起点与终点，以及该方法是现行的还是建议的。
进行操作的地点（部门、工厂、工地等）。 图表查阅号、总页数、页号。 记录者、审定人的姓名和记录日期。 记录距离和时间的总计、人工成本、材料成本，以便新旧方法进行比较。

G. 程序框图的开始和结束使用什么形框

圆角矩形表示“开始”与“结束”。

程序框图一般指流程图，以特定的图形符号加上说明，表示算法。为便于识别，绘制流程图的习惯做法是：

1、圆角矩形表示“开始”与“结束”；

2、矩形表示行动方案、普通工作环节用；

3、菱形表示问题判断或判定（审核/审批/评审）环节；

4、用平行四边形表示输入输出；

5、箭头代表工作流方向。

(7)完成程序流程图绘制工作的阶段是扩展阅读：

常用流程图绘制软件：

1、visio是微软公司推出的非常传统的流程图软件，应用范围广泛。采用泳道图的方式能够把流程和流程的部门以及岗位关联起来，实现流程和所有者的对应。随着企业对流程管理应用需求的提升，片段、静态的方式逐渐很难适应企业实际流程管理的需要。

2、control是英国nimbus公司的流程软件，采用全息的方式能够比较全面地展示流程的基本要素，包括活动、输入输出、角色以及相关的文档等各种信息。具有简洁易用的特性，不支持多维度扩展应用。

3、aris是IDS公司的流程软件，具有IDS特有的多维建模和房式结构，集成了流程管理平台，可以通过流程平台进行流程分析和流程管理。

4、provision是metastorm公司的流程软件，以多维度系统建模见长，能够集成企业的多种管理功能，是流程管理专家级客户应用的工具。

H. 在软件生命周期中程序流程图用于什么阶段

软件生命周期分3个阶段：软件定义、软件开发、运行维护，主要活动阶段是：

1. 可行性研究与计划制订；

2. 需求分析；

3. 软件设计；

4. 软件实现；

5. 软件测试；

6. 运行与维护。

   需求分析方法有结构化分析方法和和面向对象的分析方法。结构化分析常用的工具有：数据流图、数据字典、判定树、判定表。

   软件设计工具有：图形工具（数据流程图）、表格工具（判定表）、语言工具（PDL）。

I. 软件工程有哪些主要阶段每个阶段的主要工作是什么

1问题定义

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

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

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

2可行性研究

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

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

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

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

3需求分析

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

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

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

4总体设计

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

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

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

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

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

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

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

5详细设计

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

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

6编码和单元测试

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

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

7综合测试

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

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

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

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

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

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

8软件维护

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

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

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

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