如何自己编写一个程序

编程是一项系统而繁琐的工作，不仅需要程序员有一定的基础，还需要良好的编程习惯和风格。良好的编程习惯和风格不仅可以使程序代码更容易阅读和修改，更重要的是可以使程序结构更加合理，有助于提高程序的执行效率。下面是我编程的一些经验，供大家参考。

设计顺序

我们刚开始学编程的时候，要写一个程序，总是先做一些思路，然后边写代码边调试。这种方法一般只适用于非常小的程序。根据软件工程的特点，按照这种方法设计所有的程序是不合理的。

其实设计过程就像我们盖高楼一样。首先，我们要设计图纸，然后开始施工。因此，对于个人编写程序，应该遵循以下步骤:

1.问题分析:通过编程的方式系统地分析我们想要解决的问题，了解程序是做什么的，想要达到什么样的效果。

2.结构设计:即设计程序的整体框架，设计我们需要使用的模块，绘制流程图。

3.用户界面设计:在这里，我们应该设计一个输入输出界面，用于与用户进行交互。

4.代码设计:在这一步，我们将编写代码。

5.调试:处理程序中正在发生或可能发生的各种错误。

6.维护:一般来说，维护就是升级程序，修改原来的错误。

对于上面的步骤，我想大部分人都认为代码设计是最重要的，但是如果程序的结构还没有明确，我们写代码的时候就会出现混乱。一个程序的性能主要取决于它的合理结构。因此，在程序设计中，我们应该尽可能地注意这一点，从而使我们的程序更加完善。

设计环境

好的编程环境可以防止我们写程序时各种资源的无序，避免资源的流失。建议您在存放源程序的目录下建立一个“程序”文件夹；然后用你要写的程序名和版本名创建一个文件夹，用来存放整个源程序和各种资源；最后分别建立几个文件夹，“文档”:用来存放程序文档，包括流程图等。“资源”:用于存储图片、声音、电影等资源；“调试”:用于存储调试程序。“版本”:用于存储最终版本的程序。

例如，如果我们要制作一个名为“english”的1.0版英语学习软件，那么我们的编程环境中应该存在以下文件夹:

[drive]:\\?\\程序\ \英语1 \ \调试\ \

[驱动器]:\\?\\程序\ \英语1 \ \文档\ \

[驱动器]:\\?\\程序\ \英语1 \ \资源\ \

[驱动器]:\\?\\程序\ \英语1 \ \发布\ \

另外，最好建立一个专门的文件夹来存放各种模块，这样代码就可以重用了。这样我们每次写程序都不用重写所有模块，编程速度会大大提高。

设计技巧

如果代码写得乱七八糟，程序就不容易被阅读和修改。因此，编写代码时应注意以下几点:

(1)注释:虽然写注释需要一定的时间，但是在阅读和修改代码的时候会节省很多时间。所以建议你在定义函数的时候，把函数写在函数的第一行，把函数的参数解释在一行，在每个变量的定义语句后面给函数加注释。

(2)变量和函数的命名:每个程序都会用到大量的变量和函数。如果随意给变量和函数命名，每次使用时都必须在变量或函数的定义语句中找出变量和函数的数据类型和名称，随意命名会导致变量和函数的重复定义。

建议您使用匈牙利命名法。方法是:每个变量或函数的开头以其数据类型的缩写命名，然后加上代表这个变量或函数的功能的英文单词缩写，形成变量或函数的名称。比如定义整数变量count进行计数，其定义语句为C \ \ c++:inti count；基本:dim icount为整数.这种定义既能有效避免变量和函数的混淆和重复定义，又能保证数据类型的匹配。

(3)控件命名:如果在windows下编程，可能会用到很多控件。如果不严格管理控件名，会造成很大程度的混乱。因此，建议在给控件命名时，使用控件类型的缩写和表示该控件功能的英文单词的缩写来构成该控件的名称。例如，如果要命名一个要删除的按钮控件，控件名称可以命名为cmddel。

不是每个人都能成为顶尖的程序员，但我们都在程序员的道路上不断进步，追求更完美、更专业的程序。你不妨改革一下你的程序，你会从中感受到很多好处。

按照以下格式填就好了，不过是我自己写的，有不好的地方大家互相学习修改一下~

详细设计文档规范

1.0概述

这部分提供对整个设计文档的概述。描述了所有数据，结构，接口和软件构件级别的设计。

1.1 目标和对象

描述软件对象的所有目标。

1.2 陈述范围

软件描述。主要输入，过程功能，输出的描述，不考虑详细细节。

1.3 软件内容

软件被置于商业或者产品线中，讨论相关的战略问题。目的是让读者能够对“宏图”有所了解。

1.4 主要系统参数

任何商务软件或者产品线都包含软件规定、设计、实现和测试的说明和规范。

2.0 数据设计

描述所有数据结构包括内部变量，全局变量和临时数据结构。

2.1 内部软件数据结构

描述软件内部的构件之间的数据传输的结构。

2.2 全局数据结构

描述主要部分的数据结构。

2.3 临时数据结构

为临时应用而生成的文件的描述。

2.4 数据库描述

作为应用程序的一部分，描述数据库结构。

3.0 结构化和构件级别设计

描述程序结构。

3.1 程序结构

详细描述应用程序所选定的程序结构。

3.1.1 结构图

图形化描述结构。

3.1.2 选择性

讨论其它可供考虑的结构。选定3.1.1中结构类型的原因。

3.2 构件描述

详细描述结构中的每个软件构件。

3.2.1 构件过程叙述(PSPEC)

描述构件的过程。

3.2.2 构件接口描述

详细描述构件的输入和输出。

3.2.3 构件执行细节

每个构件的详细演算描述。

3.2.3.1 接口描述

3.2.3.2 演算模型(e.g., PDL)

3.2.3.3 规范/限制

]3.2.3.4 本地数据结构

3.2.3.5 在3.2.3.6设计中包含的执行结果

3.3 软件接口描述

软件对外界的接口描述

3.3.1机器对外接口

与其他机器或者设备的接口描述。

3.3.2系统对外接口

对其它系统、产品和网络的接口描述。

3.3.3与人的接口

概述软件与任何人的界面。

4.0 用户界面设计

描述软件的用户界面设计。

4.1 描述用户界面

详细描述用户界面，包括屏幕显示图标、图片或者类型。

4.1.1 屏幕图片

从用户角度描述界面。

4.1.2 对象和 *** 作

所有屏幕对象和 *** 作的定义。

4.2 界面设计规范

用户界面的设计和实现的规范和标准。

4.3 可见构件

实现的GUI可见构件说明。

4.4 UIDS描述

用户界面开发系统描述。

5.0约束、限制和系统参数

会影响软件的规格说明、设计和实现的特殊事件。

6.0测试标准

测试策略和预备测试用例描述。

6.1 测试的类别

规定实施测试的类别，包括尽量详细的描述。这里是针对黑盒测试现象的描述。

6.2期待软件反馈

测试期待的结果描述。

6.3执行界线

特殊执行需要的说明。

6.4 重要构件确认

决定性构件或者需要特殊注意的构件的测试确认。

7.0附录

设计说明的补充信息。

7.1系统可跟踪矩阵

一个定期回归系统规格跟踪软件需求的矩阵。

7.2 产品战略

如果规格说明书是为一个产品设计的，描述相关的产品战略。

7.3 使用分析算法

描述所有分析活动所使用到的分析算法。

7.4 补充信息 (如果有需要特别说明的)

---