cms开发过程总结 网虫开发.doc

前期：客户（技术代表，业务代表）完成调研报告,投标 1.需求分析阶段。(采用uml建模语言，理解需求) ①人脉，到企业沟通，了解行业和需求 ②上网查这个行业 ③给谁发放，客户是谁。调查用的人，通过岗位了解 用例视图就是把你思考过的东西记录下来的视图 Actor 参与者（访客，会员，管理员） Package 模块（门户网站，会员自服务系统，后台管理系统） User Case Diagram 用例图（大概画下自己分析的需求） User Case 功能、用例、动词开头（能够做什么，浏览频道） 表示谁把信息给谁 继承 参与者有什么功能 以下是用例图，要有自己的项目，不一定是这样的，可以细化 用例的简单描述 用例文档 用例实现 顺序图不适合表达复杂的条件转移，只适合表达正常的系统控制流，活动图相当于流程图，适合表达复杂的条件转移，用来描述一个程序的工作流 Logical view 管理员登陆（顺序图实现） 管理员登陆（活动图实现） 状态 活动，一个动作、一个步骤 起点 终点 登陆界面-登陆成功 从一个环节转到另一个环节 一个事件，这个事件完成以后，还是在本动作里面 登陆活动图 关于分页 两个最基本的概念 1.要从第几条数据查询Offset 3.一次性最多查询多少条记录，（每页显示多少行）Pagesize 例如（Limit 5,5 从第5条记录开始，最多查询5个（5,6,7,8,9,10）） Servlet 1.知道有多少页116/5 2.希望从rquest中获得offset参数 3.希望从http session中获得pagesize  网虫开发流程 写代码的三个层次（这是我个人总结的，近段时间总觉得代码架构不好，想学习下设计模式） 根据用例图写代码（初学者） 画出用例图再写代码（能力型） 画出用例图，然后选择相应的设计模式去写代码（架构师） 根据用例图写代码，这是必须掌握的，所以现在我还是一个看文档写代码的初学者，那现在就一步一步地分析这个用例 主要看角色管理员发出的操作 第一步是1：打开文章收集界面 业务层2：查询出所有频道 呈现层4:：呈现收集页面 代码： ChannelDao channeldao; public void setChanneldao(ChannelDao channeldao) { this.channeldao = channeldao; } //1：打开文章收集界面 @Override protected void execute(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // TODO 2：查询出所有的频道 PagerVO channelList = channeldao.findChannels(); request.setAttribute(channelList, channelList); // TODO 4：呈现收集页面 request.getRequestDispatcher(收集页面).forward(request, response); }和两个网站，它们里面的文章结构都不一样（7：根据URL选择不同的Splider）】 返回什么（12：返回相应文章列表） 考虑到这里，代码的架构就出来了 我这里没Service层，暂时new出来吧 收集什么：代码 /** * 收集文章（URL和频道）,返回相应文章列表 * @author Administrator */ public interface SpliderService { /** * 收集文章（URL和频道） * @return 返回相应文章列表 */ public ListArticle collect(String url,String[] channels); }public class SpliderServiceImpl implements SpliderService { @Override public ListArticle collect(String url,String[] channels) { // TODO Auto-generated method stub return null; } } //5：收集文章 public void collect(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException