设计程序步骤

㈠ 程序设计分为几个步骤

Turbo C程序设计分为三个基本步骤。

程序设计方法包括三个基本步骤:：

第一步: 分析问题。

第二步: 画出程序的基本轮廓。

第三步: 实现该程序。

㈡ 程序设计的步骤和顺序

我认为应该选择B……C和D应该可以直接排除的,程序是数据结构和算法的组合体,所以先选择数据结构,然后继而选择相对应的算法,然后编码和调试,最后整理文档……

㈢ 计算机程序设计基本步骤

计算机程序设计基本步骤：
（1）创建界面。程序的界面必须在一开始版就设计好，否则在后期将很难权进行修改。因此，是使用Windows提供的默认皮肤（见图1）还是自己编写皮肤，需要最早进行构思。注意：如果是一个整体的软件，需要先进行软件功能设置。
（2）设置属性。这个是通用的方法，作用和“创建程序界面”差不多，基本方法就是“属性窗口、代码（对象名称.属性名称=属性值）”。
（3）编写代码。完成程序理论设计之后，就开始编写程序代码了，具体代码与程序本身有关。
（4）保存工程。设计完毕之后首先需要把工程保存下来，最好是每一次修改都保存源工程和修改后的工程，以便日后在遇到错误时快速恢复。
（5）测试程序。完成修改之后要及时测试，发现已有的问题，创建了可执行程序之后就很难再修改了。
（6）创建可执行程序（脚本）。完成工程之后就可以创建出一个可执行程序（或脚本）了。此时计算机程序已经设计完毕。

㈣ 设计的一般程序是什么

1）分析需求：了解清楚程序应有的功能。

（2）设计算法：根据所需的功能，理清思路，排出完成功能的具体步骤，其中每一步都应当是简单的、确定的。这一步也被称为“逻辑编程”。

（3）编写程序：根据前一步设计的算法，编写符合C++语言规则的程序文本。

（4）输入与编辑程序：将程序文本输入到计算机内，并保存为文件，文件名后缀为“.cpp”。

至此，产生了完整的程序文本，被称为源程序或源代码。保存源程序的文件（例如前面的c:\student\ch1_01.cpp）称为源程序文件，简称源文件，文件名的后缀是“.cpp”。

（5）编译（Compile）：把C++程序编译成机器语言程序。

编译产生的程序称为目标程序，目标程序被自动保存为文件，这一文件称为目标文件，文件名的后缀是“.obj”。

VC++进行编译的依据是源程序，如果源程序中的符号、词语、整体结构等有差错，超出了VC++的“理解能力”，VC++就无法完成编译，这样的差错称为语法错误。一旦发现语法错误，VC++就不生成目标文件，并在窗口下方列出错误；如果没有语法错误，则显示“0 error(s)”，并生成目标文件，允许继续进行后面的步骤。

编译没有出现错误，仅仅说明程序中没有语法错误。

（6）生成执行程序：从目标文件进一步连接生成Windows环境下的可执行文件，即文件名后缀为“.exe”的文件。

由于可执行文件是由若干个文件拼接而成的，其中不但有目标文件，还有另一些标准的库文件，一些规模较大的程序还会有多个目标文件，所以这一步骤又被称为连接（Link）。

（7）运行：在Windows环境中使用可执行文件。这是程序设计的最终目的。这一步也常被称为“Run”。

逻辑错误：算法错，或算法在转变为程序时走样了，导致程序能够运行，却不能实现预想的功能。这种错误被称为“逻辑错误”。

在运行这一步，必须核对程序是否正确实现了预定的功能，如果功能不对，还必须到程序中寻找错误，纠正后再次经历（5）、（6）、（7）各步，直到看不出错误为止。

㈤ 程序设计的基本过程是怎样的

从分析需求开始来

㈥ 设计工作的一般实施流程、步骤。

设计工作流程因设计项目分属不同行业时存在一定差别。说点共性内的吧。
1、收集资料，理容解项目单位意图；
2、拟定方案及方案评审；
3、设计过程，各专业间的资料交接；
4、复核、审核、审定，设计文件送审版本定稿；
5、设计评审；
6、根据评审意见对设计文件修改完善；
7、形成审定稿或上报稿，至此，设计工作完成；
8、小结，设计文件归档。

㈦ 一般的设计程序包含哪些基本步骤

数据库设计包括六个主要步骤：
1、需求分析：了解用户的数据需求、处内理需求、安全性及完整容性要求；
2、概念设计：通过数据抽象，设计系统概念模型，一般为E-R模型；
3、逻辑结构设计：设计系统的模式和外模式，对于关系模型主要是基本表和视图；
4、物理结构设计：设计数据的存储结构和存取方法，如索引的设计；
5、系统实施：组织数据入库、编制应用程序、试运行；
6、运行维护：系统投入运行，长期的维护工作。

㈧ 程序设计的步骤

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

㈨ 软件设计的基本步骤是什么

软件开发是指一个软件项目的开发，如市场调查，需求分析，可行性分析，初步设计，详细设计，形成文档，建立初步模型，编写详细代码，测试修改，发布等。

软件是怎么样开发出来的

第一个步骤是市场调研，技术和市场要结合才能体现最大价值。

第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。

用户视图 是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。

数据词典 是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。

用户操作手册是指明了操作流程的说明书。

请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。

需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。

第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。
作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是 并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。

第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把 具体的模块以最’干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最 大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细 设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要 设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。

那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。

第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提 高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都 出现过。
编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永 远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗？从来没有！

第六个步骤是测试

测试有很多种：

按照测试执行方，可以分为内部测试和外部测试

按照测试范围，可以分为模块测试和整体联调

按照测试条件，可以分为正常操作情况测试和异常情况测试

按照测试的输入范围，可以分为全覆盖测试和抽样测试

以上都很好理解，不再解释。

总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。

完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，直到这个软件被彻底淘汰为止。

什么是软件开发的核心问题

按照软件工程鼻祖，《人月神话》作者 Brooks 在“没有银弹——软件工程中的根本和次要问题”一章中阐述的思想，软件开发的核心问题就是如何从概念上对一个复杂的业务系统进行建模。这个建模是含义广泛的，不仅仅包括对象建模，还包括数据建模、算法建模等等一系列的内容。总而言之是要先找到解决复杂问题的突破口（先要搞明白需要做什么，然后再考虑如何做）。至于采用什么表示方法（简单文本、UML 图、E-R 图）、采用什么高级语言、是否一定要用面向对象、使用什么开发工具都是次要的问题。

软件开发方法

软件开发方法(Software Development Method)是指软件开发过程所遵循的办法和步骤。
软件开发活动的目的是有效地得到一些工作产物，也就是一个运行的系统及其支持文档，并且满足有关的质量要求。软件开发是一种非常复杂的脑力劳动，所以经常更多讨论的是软件开发方法学，指的是规则、方法和工具的集成，既支持开发，也支持以后的演变过程(交付运行后，系统还会变化，或是为了改错，或是为了功能的增减)。

关于组成软件开发和系统演化的活动有着各种模型(参见软件生存周期，软件开发模型，软件过程)，但是典型地都包含了以下的过程或活动：分析、设计、实现、确认(测试验收)、演化(维护)。

有些软件开发方法是专门针对某一开发阶段的，属于局部性的软件开发方法。
特别是软件开发的实践表明，在开发的早期阶段多做努力，在后来的测试和维护阶段就会使费用较大地得以缩减。因此，针对分析和设计阶段的软件开发方法特别受到重视。其它阶段的方法，从程序设计发展的初期起就是研究的重点，
已经发展得比较成熟(参见程序设计，维护过程)。除了分阶段的局部性软件开发方法之外，还有覆盖开发全过程的全局性方法，尤为软件开发方法学注意的重点。

对软件开发方法的一般要求：当提出一种软件开发方法时，应该考虑许多因素，包括：

①覆盖开发全过程，并且便于在各阶段间的过渡；

②便于在开发各阶段中有关人员之间的通信；

③支持有效的解决问题的

④支持系统设计和开发的各种不同途径；

⑤在开发过程中支持软件正确性的校验和验证；

⑥便于在系统需求中列入设计、实际和性能的约束；

⑦支持设计师和其他技术人员的智力劳动；

⑧在系统的整个生存周期都支持它的演化；

⑨受自动化工具的支持。此外，在开发的所有阶段，有关的软件产物都应该是可见和可控的；软件开发方法应该可教学、可转移，还应该是开放的，即可以容纳新的技术、管理方法和新工具，并且与已有的标准相适应。