文档介绍：［键入文字］
赛光时代
PHP项目开发流程分享
开发流程，在许多软件工程的书籍上面，是属于开发方法学的一部分内容。开发方法学可以说是保证项目成功的整体方法，有兴趣的朋友可以参考相关文章
［键入文字］
赛光时代
在核心模型的建设的同时，页面外观设计也可以同步进行。
功能实现，填充页面，上线运行
当核心模型完成后，页面设计稿也逐渐完成的时候，可以开始功能的实现；通俗些说就是“套页面”了。
这一步骤主要的工作流程：controller中，从$_GET/$_POST里面获取到用户提交数据和操作数据，然后通过model进行数据库的读取与写入，返回给controller再通过$旳$-＞赋值到模板中，最后在模板中完成标签的使用和显示。
在完成了以上三个步骤之后，项目基本可以用了。由于上面的步骤省去了许多“非核心”的需求（因为一开始就只考虑核心需求，所以后面的设计和编程都只围绕在核心需求来做），所以上面步骤完成的时间比较短，一般而言，也很简陋。不过没关系，我们慢慢完善——根据真正的用户需要！
收集反馈，收集数据，筛选需求
收集用户反馈，项目上线后，给用户使用核心的功能，并建立良好的反馈通道，热心收集用户提出的反馈。
用户是没有耐心的、只会很直观地提出看法。要导引用户提出反馈和理解用
户的看法，是一项需要非常用心的工作。
收集客观数据，在项目上线后，还需要收集“访问统计分析”、“注册人数”、“使用人数”等等客观数据来辅助验证用户反馈。
收集好了用户反馈后，就开始将这些反馈进行筛选，使其成为下一步迭代开发的“核心需求”。
筛选用户需求：
不要先入为主。这是需求分析中最严重的问题，有的开发者本身就对系统需求有所看法并且自认为是最好的看法，然后会将用户的反馈分成两类：“正确，赞同我看法的”和“错误，不赞同我看法的”。这样的角度来看待用户反馈，倒不如不要看用户反馈了。
不要忽略“很笨”的意见。用户有可能会提一些咋一听上去是令人啼笑皆非的建议，但深思下来，有可能那是非常有价值的意见。
［键入文字］
赛光时代
关注与核心需求有关的细节。只关注与核心需求相关的细节。
和原有核心需求不同的意见，要特别注意和仔细思考。
，我们开始进入第二轮的“迭代开发”，也就是第二次开发过程。
重复上面所述1~3步骤，将新补充完善的核心需求变化为现实。
在原有系统基础上，继续调整和改动。由于前面所述的第二步骤的框架MVC架构，所以可以让调整和改动变得更简单。只是对相应的部分进行改动，如数据调整改model（或者继承等方法）、交互增加了调整controller、页面改动调整view模板。
在第二次开发完成后，继续收集用户反馈，以调整需求并进行开发。这就是“迭代”开发的含义。
二、基于MVC架构开发流程这里介绍的第二种开发流程，更倾向于传统的过程式开发流程。可以说是融合WEB系统开发的特点和传统的过程式开发流程的综合。
使用对象：
需求较明确的项目，
B/S应用类系统（非网站），
较大型的应用系统等。
核心词：基于MVC的系统分析、系统设计、系统实现。
示