一、软件开发简介
软件是你在电脑里可以看到和触摸到的东西。从概念上讲，软件也被称为“软设备”。
二、软件开发的内容
1.需求:不仅是用户的需求，还有开发中遇到的所有需求。
2.设计:在编码之前，必须有一个计划告诉你做什么，结构是什么等等。
3.编程:如果你的程序不能运行或者不能满足客户对项目截止日期的要求，你就拿不到钱。
4.测试:目的是让你知道什么时候能完成。
三.客户和开发人员
客户:1.定义每个用户需求的业务优先级；
2.制定一个整体计划，包括投资多少，需要多长时间，实现什么目标；
3.项目开发过程中的每一个工作周都能使投资得到最大的收益；
4.通过反复运行你指定的功能测试，准确把握项目进度；
5.能够随时改变需求、功能或优先级，同时避免昂贵的再投资；能够根据各种变化及时调整项目计划；
6.能够随时取消项目；项目取消时，之前的开发工作不是一堆垃圾，开发出来的功能令人满意，正在进行或未完成的工作应该不难接手。
开发者:1.知道先做什么，先做什么；
2.工作效率；
3.遇到问题或困难时得到客户、同事和上级的解答或帮助；
4.评价，根据周围情况的变化及时重新评价；
四.软件开发过程
分析:软件需求分析就是回答做什么的问题。是一个去粗取精，去伪存真，正确理解用户需求，然后用软件工程开发语言(形式化功能规范，即需求规范)表达出来的过程.
设计:软件设计可以分为两个阶段:概要设计和详细设计。其实软件设计的主要任务就是把软件分解成模块，也就是可以实现某一功能的数据和程序指令，以及可以执行程序的程序单元。
编码:软件编码是指将软件设计转化为计算机可接受的程序，即以某种编程语言表达的“源程序清单”。
试验:软件测试的目的是用更少的成本找到尽可能多的错误。
维持:维护是指软件产品在软件开发(分析、设计、编码和测试)完成并交付使用后的一些软件工程活动。
软件开发中的注意事项
1.项目设计
设计的主导思想，一种是完整设计，一种是简单设计。
完整的设计是指在编写代码之前，调查软件的各个方面，进行详细的需求分析，编写所有的开发文档，设计所有的程序。
简单设计:一个概念的简单设计，一个可以接受的简单设计，至少数据库已经确定，基本流程已经确定。
2.设计变更和需求变更
开发者最怕什么？设计变更还是需求变更？我认为需求变化是最致命的。当你的一个项目数据库已经修复并开发了几个工作日，你突然收到甲方要求变更某个功能的请求，需要重新变更原来的需求分析。如果这个修改涉及到数据库的表结构的改变，那真的是最致命的。
如果设计变了，需求不变，这只是我们之间的矛盾，可以通过讨论解决。在简单设计中，由于之前的设计不完整，所以在进入任何新的模块进行开发时都有可能改变设计。开发者的水平基本上决定了软件的质量。
3.代码编写
当需求是固定的，数据库是固定的，事实上，我们实际上可以进行实质性的编码。
1.源程序文件结构:每个程序文件应该由三部分组成:标题、内容和附加描述。
(1)标题:文档前面的备注，主要包括:节目名称、作者、版权信息、简要说明等。如有必要，应有更详细的说明(本部分将单独用空行标注)。
(2)内容控制注册等功能应放在内容部分的末尾。类的定义应该按照私有、受保护、公共和公共的顺序，尽量只保留一部分。每个部分都应该按照数据、函数、属性和事件的顺序排列。
(3)补充说明:文件末尾的补充说明，如参考资料，如果内容不多，也可以放在标题部分的末尾。
2界面设计风格的一致性:
由于可视化编程，所有界面都类似于Win32，对应的控件大多是Windows操作系统下的标准控件。参考市面上其他相关企业内部管理应用软件。
基于简单易操作的原则，贴近用户的考虑，用户界面采用Windows风格的标准界面，操作方式与Windows风格相同，在实现过程中可以减少对客户的培训，用户也可以轻松使用和学习。
3编辑风格:
(1)缩进:缩进以Tab为单位，一个Tab等于四个空格的大小。全局数据、函数原型、标题、附加描述、函数描述、标签等。把它写在顶部的格子里。
(2)空格:在其类型和修饰语(如__fastcall等)中。)，数据和函数名之间有适当的空格。)并且它们是正确对齐的。关键字上方的空格(带或不带括号)对语句行后添加的注释应用适当的空格，以分隔语句并尽可能对齐它们。
(3)对齐:原则上紧密相关的线条要对齐，包括类型、装饰、名称、参数等部分的对齐。另一行的长度不应超过屏幕太多。如有必要，请将该行适当包装。
(4)空行:程序文件结构各部分之间有两个空行，不必要的话只有一行，函数之间一般有两行。
(5)备注:备注有三个要求:
A.它必须有意义；
B.程序必须正确描述；
C.它必须是最新的。
笔记很重要，但不要太多。以下是四个必要的预防措施:
标题和附加说明；
功能描述:几乎每个功能都要有一个合适的描述，通常是在功能实现之前添加的。如果没有功能实现部分，应该在功能原型之前添加。其内容主要包括函数描述、用途、算法、参数描述、返回值描述等。，必要时还有一些特殊的软硬件要求。
凡代码不清或不可移植的，应有少量说明；
还有一些其他的笔记。
4)命名规范:
遵守匈牙利变量命名惯例，所有标识符应为英文或英文缩写，不允许使用拼音。标识符中每个单词的第一个字母大写，缩写一般大写，必要时只加“_”空格。
4.BUG修复
修复程序中BUG的最好方法是写下来，修复它，再修复它。一个人纠正错误代码，一个人修复它。两个人一起修复坏代码，两个人一起修复。
5.开发人员的测试
开发人员的测试是为了确保代码能够正常运行，开发过程中发现的错误往往更容易纠正。
此外，除了保证代码的正常运行，开发人员测试的另一个重要方面是确保上次正常工作的代码这次仍然可以正常工作。