java 简单的审批流程-java审批流

1.清楚项目的需求：

清楚此项目要做什么。

2.清楚项目使用的技术：

此项目使用的核心的技术是什么？自己对此技术是否了解？

如果了解继续向下，否则就需要补充此技术相关的东西，之后再继续。

3.清楚项目的架构：

此项目的组织架构是什么？这是此项目所有功能的共性所在，不了解可以先略过，但是最后你还是要了解才行。

首先，需求分析---总体规划---详细设计---项目实施。

大致就分这几步，前三步都需要很详细的文档的，项目实施阶段的文档就是代码注释啦，程序员要做的。要给客户的就是项目的介绍，操作说明等。

以上这些从调研开始一直到项目封版java 简单的审批流程，都得有文档跟上，所以你最好在每做一项之前先把文档格式定下来，事半功倍!

需求调研--技术论证--框架选取--快速原型--再次需求调研--详细设计--编码阶段。

是因为有了需求才产生的代码呢？还是有了代码才产生了我们的需求呢？

需求分析(文档、uml)-》概要设计(文档、uml)-》详细设计(文档、uml、伪代码....)-》编码-》测试-》交付通常大致是这个样子，能对整个软件架构有所把握的话，或许可以不写任何文档java 简单的审批流程，不作任何uml，因为，通常新手写出来的文档也大多没多大用，uml也常常到了编码阶段被推翻，根本就不按文档和uml来。

很明显，是需求推动了一系列的行动，最后才产生了我们编写的代码，所以是需求产生了代码，那么这个过程只不过是把需求到代码的实现过程更详细的分解了而已，之所以这么做为的是让我们的需求到代码实现的过程变得更加的可控、可行、可把握。

其实不止是我们开发软件如此，做其他事情也都是这样，都是由需要产生需求、需求产生目标、目标产生行动。当然行动在很多时候也会进一步的影响我们的需求和目标，但只是影响目标，而不会改变目标的实现过程。