首页 > 代码库 > 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画的类图。