Web的运行过程是什么？

典型的B/S 结构 以个人的理解b/s c/s 其实都是一样的 。都是客户端/服务器 唯一不同的是b/s的客户端是固定的（即浏览器），需要遵循一些标准(如解析html，script，css，xml等)无论jsp aspx asp php cgi 等都作为服务器处理的一种语言，都为的是实现一个功能。都需要各自不同的处理程序 每种语言都需要一个特定的程序去处理它 如jsp使用tomcat asp.net 使用iis php使用apache处理程序通过处理你编写的代码向客户端返回信息（html+css+Script+xml）即返回的是客户端可以识别的规定代码，客户端通过解析代码向大众展示界面或效果. 如普通c/s程序一样 作为客户端的浏览器会根据用户的意愿像服务端发送请求，服务端拿jsp和asp.net 来说都会首先编译自己的代码，然后根据你事先编写好的代码给浏览器相应的回复，浏览器通过解析展示给用户 个人认为我们在编写 b/s程序的时候只是在一套框架里边进行拓展 ，我们并不用编写服务端的代码也不用在意客户端是如何实现的，我们只是在遵循服务端要求以及客户端要求的基础上进行自主意识的拓展，所以万变离不开 浏览器/服务端 个人拙见，希望帮到你.

1 需求确定

通过各种方法确定系统的功能与性能。

功能：注册、登录、查询、搜索。。。

性能：可同时支持N个并发访问，并且响应时间不低于M毫秒。。。

方法：

会议

询问

头脑风暴

原型-界面原型、业务原型。。。

本阶段是项目开发的最重要的阶段。

在WEB项目中，通常界面设计会在本阶段进行。

2 分析与设计

1 架构分析与设计

逻辑结构：

3层架构、多层架构。。。

MVC。。。

Model1或Model2

。。。

物理架构：

web服务器的分布

数据库服务器的分布

。。。

技术解决方法的确定：

Java/.net

Open Source/商业

。。。

2 业务逻辑分析

根据需求分析业务逻辑：

有哪些人使用本系统

他们会使用本系统做什么

通常他们使用本系统的步骤是怎么样的

会有哪些明显的类来支撑本系统的运行

会有哪些不同的提示会反馈给用户

。。。

本阶段与需求的确定密切相关，通常在确定需求的时候就会进行相关的分析。

3 业务逻辑设计

根据需求的分析来确定具体的类

确定类的属性

确定类的接口（方法）

确定类之间的关系

确定用户 *** 作流程在设计上的反映

进行数据库的设计

注意：不同的项目步骤可能不尽相同

4 界面设计

设计系统的界面风格：

颜色、style

设计系统的具体“模拟”界面：

能够从头到尾

方便进行需求的确定

方便JSP程序员进行开发

。。。

3 开发环境搭建

开发工具的确定：

eclipse、Myeclipse。。。

配置管理工具的确定

测试工具的确定

文件服务器/配置服务器等的确定

。。。

4 开发-测试-开发-测试

按照设计进行开发

迅速开发 原型

进行 迭代开发

提早进行测试：

单元测试

黑盒测试

白盒测试

性能测试

易用性测试

。。。

5 编写文档

Web应用程序的开发过程

现在特征已经弄清楚了，我们就可以开始定义开发一个web应用程序的整个过程了。当然，这依赖于工程的大小，过程中的某些步骤可能很小，在你的脑海里就能完成这种工作，但把事情整个的了解一下总是有好处的。同时还有一点很重要的你要明白，这篇文章并不会对每个步骤进行深层次的描述。

步骤一：分析

开发一个web应用的第一步是分析你的需求。你此时应该定义出一个尽量周全的你的应用应该提供的功能清单。如果是你为一个客户做这些工作，你需要明白他们想要什么(要确保你们对方都知道对方在说些什么)。从你们的讨论中，你能总结出需求和软件规格。你即使是为自己开发，我也建议你把希望这个web应用能够做的功能写下来。

步骤二：设计

一旦你弄清楚了这个web应用需要做哪些事情，你就可以开始设计了。这个步骤通常会反反复复进行很多次，每一次都把设计细化一些。你第一要做的是画出页面流程图(画在纸上，或使用软件工具，凭各自所好吧。我喜欢用纸，这样我可以做更快速的改变)。页面流程图通常是很抽象的黑白绘画，画出你将要实现的web应用的样子(你可以加一些色彩，但尽量保持简单)。

这个步骤能够让你知道你的应用最终会是个什么样子。跟37signals倡导的相反，我建议使用一些词语描述，适度细化。当我想到一个很好的想法时，或想到事情该如何做时，我会把它标注到纸上(例如，当点击这个按钮时应该使另外一个元素改变或隐藏，我会把这写在流程图上)。

当你对做出的草图满意后，你可以开始制作实体模型了。

实体模型仍然是些图案，但有色彩和细节。最终的实体模型看起来应该像你将要实现的web应用的一个截屏图。如果你为一个客户开发，他会看看这些东西，并给你他的认可。然而，很多人都喜欢跳过这一步(大多数都是非设计人员)，他们喜欢直接奔向网页原型。

原型是用HTML开发出来，使用CSS渲染(有时也是有Javascript)。页面布局要做出来，链接能够点，颜色，字体，字体大小要设定好(如果你做了实体模型，这个会很容易)。这一步非常的重要，因为这里所有的东西都能用于你最终的应用中。如果允许的话，在你的原型上做一些可用性测试，从长期的效果来看，这能使你避免大量的失误。

在这个步骤的最后，你基本上就知道了你的web应用是如何组织到一起的了。登录页面有些什么，用户如何从主页转向到各个页面。

步骤三：实现选择一个框架

现在我们已经知道了要去开发什么东西，那就要把它做出来。这一部分的工作很多，你大部分的时间都要花在这个上面。你第一个要做的决定是如何着手，采用什么样的技术，什么框架。你有很多选择的余地，你需要选出一个适合你的。下面是一个最常用的框架的列表:

ASP.NET

PHP上的任何一个流程的框架

PythonwithDjango

RubyonRails

没有一个明确的标准说哪个框架最好。它们都各有不同，每个都有自己的长处。最重要的是你要知道它们任何一个都能让你开发出好用的web应用。

开发

一旦你知道了如何去开发，那就要甩开臂膀开干了。这个开发工作可以看作有很多块，但说到底，这都是标准的编程活动了。在后台，你要创建类，对象，服务，过程，以及持久层来把这些对象保存到数据库中。后台是整个应用的核心，对任何应用来说，它跟普通的编程没有什么区别。接着是前台的开发，你现在编写的代码才是真正给用户使用的 *** 作界面。你把后台的程序和原型界面集成到一起，把系统各部分集成到一起。你还可以把你在开发过程中想到的一些很炫的小功能用JavaScript实现。

再说一次，有很多种途径可以实现后台程序。建议你去读一读跟你选择的框架相关的资料，弄清楚如何实现这一部分的工作。通常，这些知识会跟面向对象编程有关，但有些框架正在慢慢的向领域驱动设计发展。

步骤四：打磨抛光

现在应用程序已经开发出来，各个独立的模块也集成到了一起。你需要通过测试来确保你在步骤一中定义的需求和软件规格是否被实现(这个问题在你开发的整个过程中都要记在脑中)。你要确保那些愚蠢的用户不能通过试图做一些你还没有实现的 *** 作而把你的应用弄坏(参考白盒和黑盒测试)。你同时还要确保你的程序能够在各种浏览器里(希望不是IE6)都能正确的运行。

现在也是你做一些小的调整，改进你的应用程序给人的感觉的时候，让它趋于完美。

步骤五：发布和后续工作

这最后一步(但不是就此完结)是发布你的应用，让用户能够真正使用它(如果这个应用是个公众开发的应用，别忘了做新闻宣传)。如果你愿意，先发布一个Beta版，这样只有一小部分用户能够发现你的应用里的大问题(因为你的程序里肯定会有bug)，他们会帮助你改进程序的质量。不要忙着增加功能，要专注于把你目前的程序变的稳固。

当经过了beta阶段，你的程序已经变得十分的稳固，听取用户反馈的意见，自己试用一下自己的应用，你可以开始思考如何使应用变的更好。找出不和谐的地方，消除掉。以后每次的迭代都要经过上面所说的五个步骤，但就像我最初说的，你现在已经有了一个可以运行的应用程序，你很容易直接在心里完成这些步骤，直接奔向在代码里测试你的功能。

恭喜，你已经自豪的成为一个web应用程序的作者了。

---