请选择 进入手机版 | 继续访问电脑版

SpeedPHP框架

 找回密码
 注册成为新用户

QQ登录

只需一步,快速开始

查看: 6947|回复: 0

[开发指南] WEB系统开发流程

[复制链接]
发表于 2012-8-5 11:21:17 | 显示全部楼层 |阅读模式
开发流程,在许多软件工程的书籍上面,是属于开发方法学的一部分内容。开发方法学可以说是保证项目成功的整体方法,有兴趣的朋友可以参考相关文章或到论坛讨论。而开发流程,就是开发方法学中最基本的组成部分。
本章内容均为个人经验所总结,并在实践中多个项目中证实了其有效性,但在一般方法学的书上找不到对应的方法学理论(有相似的),读者朋友有建议或问题欢迎到论坛讨论。
SpeedPHP框架推荐两种PHP系统的开发流程。

一、快速迭代开发流程

我们介绍的第一种开发流程,是快速迭代开发流程。快速迭代开发流程主要的对象是中小型应用程序、在需求不太明朗或探索阶段使用,根据WEB系统开发的基础过程,在最短的时间内把根本的需求功能完成并发布,在发布的时候尽可能收集用户反馈,然后进入下一轮的类似开发过程中;不停重复该过程,使得系统需求在实践中不断根据用户需求而完善。

使用对象:需求不明朗的项目,创业型项目,试验型项目,中小型应用程序等。

核心词:快速发布,迭代完善

示意图:
speeddevimg[1].jpg
实施步骤:

1. 核心需求,核心外观元素

定下项目的核心需求,核心需求就是你的项目与别的项目不同的地方,或者说,如果没有核心需求,那么该项目也没必要存在。

一般而言,创业型的项目,核心需求就是“满足用户某一需求”,如hao123网站,核心需求就是满足用户“网址导航”的需求、如企业网站,核心需求有可能是宣传企业、或宣传产品、或吸引在线订单等。核心需求最好只有一个,才能更快更好地发布和完善,才能更好地增强到最大收益。如果有多个核心需求怎么办?如果你的项目是上面所述的“使用对象”,那么初期项目核心需求应该只有一个,然后在迭代期间加入其他需求,根据用户的反馈再行修正。

核心的外观元素,如网站外观、LOGO、域名等。这些元素,从一开始就是为了核心需求服务,所以要注意不能喧宾夺主,不要为了外观设计而弱化和转移了网站的核心需求。

2. 核心模型,页面设计

当核心需求定下后,可以开始设计核心模型,以此同时可以开始页面的设计(如果是团队开发的话)。

核心模型,主要是定下数据表的基础结构,还有用户操作的模拟。

从核心需求出发,考虑用户对核心需求的多个操作(可以说成页面交互)、用户可以得到的数据等。这样可以初步确定需要的是哪些数据(数据基础结构),还有需要哪些页面(用户操作模拟)。

在核心模型的建设的同时,页面外观设计也可以同步进行。
结合SpeedPHP框架开发,核心模板可以定义了model类(主要是数据表)和controller类(页面与交互),页面外观设计可以定义了view模板。
定义模型可以直接通过写PHP类文件来进行,如controller类,开发者可以根据页面交互,设计出相应控制器与动作;当然,我们主要是需要架构,动作内部的代码可以等到下一步骤再编写。

通过这一步骤,我们大略可以得出应用程序的整体架构,并写出部分的代码了。
得出大体的程序架构而不是一开始就些内部代码,好处就是可以让开发者有了整体观,对系统和项目需求有了一个整体的概念,“了然于胸”,这样在代码实现阶段才不会迷失在代码和功能延伸的旋窝中。
3. 功能实现,填充页面,上线运行

当核心模型完成后,页面设计稿也逐渐完成的时候,可以开始功能的实现;通俗些说就是“套页面”了。

这一步骤主要的工作流程:controller中,从spArgs里面获取到用户提交数据和操作数据,然后通过model进行数据库的读取与写入,返回给controller再通过$this->赋值到模板中,最后在模板中完成标签的使用和显示

在完成了以上三个步骤之后,项目基本可以用了。由于上面的步骤省去了许多“非核心”的需求(因为一开始就只考虑核心需求,所以后面的设计和编程都只围绕在核心需求来做),所以上面步骤完成的时间比较短,一般而言,也很简陋。不过没关系,我们慢慢完善——根据真正的用户需要!

4. 收集反馈,收集数据,筛选需求

收集用户反馈,项目上线后,给用户使用核心的功能,并建立良好的反馈通道,热心收集用户提出的反馈。

用户是没有耐心的、只会很直观地提出看法。要导引用户提出反馈和理解用户的看法,是一项需要非常用心的工作。

收集客观数据,在项目上线后,还需要收集“访问统计分析”、“注册人数”、“使用人数”等等客观数据来辅助验证用户反馈。

收集好了用户反馈后,就开始将这些反馈进行筛选,使其成为下一步迭代开发的“核心需求”。

筛选用户需求
  • 不要先入为主。这是需求分析中最严重的问题,有的开发者本身就对系统需求有所看法并且自认为是最好的看法,然后会将用户的反馈分成两类:“正确,赞同我看法的”和“错误,不赞同我看法的”。这样的角度来看待用户反馈,倒不如不要看用户反馈了。
  • 不要忽略“很笨”的意见。用户有可能会提一些咋一听上去是令人啼笑皆非的建议,但深思下来,有可能那是非常有价值的意见。
  • 关注与核心需求有关的细节。只关注与核心需求相关的细节。
  • 和原有核心需求不同的意见,要特别注意和仔细思考。


5. 迭代开发

在提炼出再一次的核心需求后,我们开始进入第二轮的“迭代开发”,也就是第二次开发过程。

  • 重复上面所述1~3步骤,将新补充完善的核心需求变化为现实。
  • 在原有系统基础上,继续调整和改动。由于前面所述的第二步骤的框架MVC架构,所以可以让调整和改动变得更简单。只是对相应的部分进行改动,如数据调整改model(或者继承等方法)、交互增加了调整controller、页面改动调整view模板。
  • 在第二次开发完成后,继续收集用户反馈,以调整需求并进行开发。这就是“迭代”开发的含义。


二、基于MVC架构开发流程

这里介绍的第二种开发流程,更倾向于传统的过程式开发流程。可以说是融合WEB系统开发的特点和传统的过程式开发流程的综合。

使用对象:需求较明确的项目,B/S应用类系统(非网站),较大型的应用系统等。
核心词:基于MVC的系统分析、系统设计、系统实现。
示意图:

pubmvc[1].jpg

本过程共有三个阶段,分别对应传统开发流程的:分析、设计、实现,然后每阶段都可以分开MVC三部分来进行。

系统分析:和传统开发流程一致,首先我们对系统进行分析工作。我们可以将系统分成三类来进行分析:

  • 需求分析(control):提炼角色,再现角色与系统交互的场景,分析交互点。
  • 业务流分析(model):检视和模拟业务流的走向、变化,静态观察业务数据构成和使用。
  • 界面原型(view):设计界面原型,验证上面两者分析的正确性和合理性。


产物:需求分析文档,业务数据分析文档,界面原型。

系统设计:在系统设计阶段,我们同样分开三部分来进行:

  • 交互设计(control):将前面《需求分析文档》中的“交互场景”设计成控制器(controller),场景中的交互点,设计成控制器的动作(action),换句话说,也就是页面。
  • 数据结构设计(model):从《业务数据分析文档》提炼出业务模型(model),细化模型的接口,并根据其属性来建立数据结构。
  • 界面设计(view):开始设计用户界面和系统界面,以验证先期需要达到的需求。


产物:控制器架构、模型架构、数据结构、界面设计稿。

系统实现:在系统实现阶段,开发团队通常可以并行地分别进行业务逻辑、界面和程序交互的设计:

  • 专注于交互程序(control):继承于spController,通过对控制器和动作的交互程序编程,来实现系统交互功能,以及将数据发送到前端界面view中显示。
  • 专注于业务逻辑(model):继承于spModel,通过对业务逻辑和数据的封装,制造只通过接口与外界联系的模型类,供给控制器使用。
  • 专注于前端界面设计(view):通常,使用模板引擎技术将控制器提供的数据进行简单的逻辑处理并显示。


产物:完成系统。

以上就是基于MVC的系统分析、系统设计、系统实现的过程。其实以上两种方法学可以并存在同一个过程中,这需要开发者根据实际情况来灵活应用。
简而言之,任何的方法学或者过程,都是希望能在最短的时间内,做最优质的项目;如何保证质量以及按时,开发者可以多探讨。
另外,从SpeedPHP框架本身而言,良好的编码架构是保证了开发流程成功的一个要素;同时,SpeedPHP比起其他框架而言,更简单易学,这也让开发团队可以节省下成员更替的空档时间和节省上手时间,这也符合了“最短时间”的需要。


您需要登录后才可以回帖 登录 | 注册成为新用户

本版积分规则

手机浏览|简版|中文PHP框架|开源协议|SpeedPHP.com ( 粤ICP备08008671号

GMT+8, 2020-7-5 19:05

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表