首页 > 代码库 > web服务器分析与设计(二)

web服务器分析与设计(二)

面向对象分析与设计第二步:寻找对象,建立问题域模型

1,用例场景描述

接上一篇中的用例,编写用例场景

U1:

    上网者:打开网站(www.xxx.com)

  浏览器:连接网站

    目标系统:接受连接

                  检查连接合法性(主要是因为服务端是容易受攻击的,所以需要加入安全检查)

                  合法,接入连接,等待HTTP请求(不合法看备选流程)

  浏览器: 发送GET请求

                  等待回复

      目标系统:收到GET请求

                    处理GET请求

                    向浏览器发回请求回复

                    回复完成,断开连接

  备选流程:连接不合法,断开连接。

U2 

    上网者:点击提交按钮

  浏览器:连接网站

    目标系统:接受连接

                  检查连接合法性(主要是因为服务端是容易受攻击的,所以需要加入安全检查)

                  合法,接入连接,等待HTTP请求(不合法看备选流程)

  浏览器: 发送POST请求

                   等待回复

      目标系统:收到POST请求

                    处理POST请求

                    向浏览器发回POST请求回复

                    回复完成,断开连接

  备选流程:连接不合法,断开连接。

U3,U4与U1,U2基本一样,不再赘述。

U5 (由于不清楚网站怎么发现,我参考了IIS的新建站点)

     网站发布人:打开发布界面

     目标系统   :显示发布界面

     网站发布人:填写网站配置(主目标,端口等)

                     确认启用网站

  目标系统 :启动网站

                   开始等待浏览器连接

(突然想到系统还需要提供管理站点的功能,如日常维护等等,不过没有考虑到也不要紧,

 在上一遍中已经进行过“需求复核”,确保了我们的目标系统,可以完成重要需求。)

 

2,用例场景分析:提取对象

利用前辈发明的方法:动名词法。流程中的名词,有可能为系统中重要的实体对象。

U1中的名词:网站  连接  HTTP请求  GET请求   请求回复  

U2中的名词:按钮  连接  HTTP请求  POST请求  POST请求回复  

U5中的名词:发布界面 网站配置  网站 

 

找到了可能的对象,那么哪些是系统中的对象?

按钮肯定不是。

HTTP请求,GET请求等明显是系统中的对象。

连接是客户端与系统通信的实体,也是系统的对象。

发布界面是提供发布人的操作界面,也是系统中的对象。

网站是什么?实质是用来接收浏览器的连接的,也是系统中的对象。

网站配置可能是网站的一个重要属性。

 

3,对象分析,建立类型关系

分析对象的共性与修改,用类来归纳它们。下面是用ArgoUML画的类图。