DTcms系统架构分析文档
DTcms系统架构分析文档
DT cms系统架构分析文档1：简介1.1.目的为对DTcms系统架构不够了解，想更快了解DTcms系统的架构并快速掌握整个系统的运行顺序的开发者。
1.2.范围本文档主要写DTcms系统的架构分析，每一层之间的依赖关系以及引用方式1.3.注意点经本人自己实际操作对着系统模板做例子，发现有些地方还是需要注意，为避免其他人员犯同样的错误特此说明一下：（1）注意每个类和页面命名方式，最好都以小写为好：因为曾有我在web.ui的page下面建立了文件名字为大写字母开头的cs文件，但是最后导致在配置xmlconfig的文件urls.config 文件的时候无法生成aspx文件，所以这一点需要注意。
（2）在web.u层下面一定要建立对应的cs文件，这里没有做对应的页面处理，页面将无法完成跳转和生成aspx的页面。
（3）后台代码写好后别忘记BasePage.cs里面添加你这个对象相对应的代码，不然你页面访问数据无法从哪里下手。
（4）Urls.config这个文件里面不能加<!-- -->这样的标签如果有责无法编译通过会报错1.4.参考资料因本文档为第一个分析文档所以在分析系统架构过程中，开发过程中参考本文档，如有不足或者有误的地方可以进行补足与修改。
2：设计方案系统主要是以(C#)+jQuery技术为中心,同时结合AJAX技术组合开发，简单的说系统是以三层框架的形式来构建，分别是Model，Dal，Bll；层接关系顺序是：common, model, BDutility, DAL, BLL, Web.UI, Web。
2.1系统外部环境系统外部环境和ASP开发一样，需要安装V isual Studio2010版本和我们需要的数据库SQL Server2008 以及IIS（根据电脑系统不一样选择合适的IIS版本），举个例子我的电脑是XP2002版本用IIS是5.0-6.0的IIS都可以。
2.2依赖关系具体依赖关系为下图：图注：每一种线的颜色代表这个层所依赖了那些层3.系统框架3.1物理结构系统的物理结构就是在设计方案里面写的，系统以common, model, BDutility, DAL, BLL, Web.UI, Web的顺序运行，开发过程依赖关系也是这样的顺序来的。
内容管理系统(CMS)的产品思维框架7.doc
内容管理系统(CMS)的产品思维框架7是业务驱动的产品的价值增长点。
运营类型的内容网站，除了用户与后台的内容交互之外；产品本身也提供了必要的运营内容，这部分的资源也需要借助CMS（内容管理系统）实现高效配置。
业务交互性内容是产品前后台最主要的数据流，还有一部分自然数据，而这部分数据恰恰又是之后数据分析、经营性分析的基础。
重视自然数据的长尾价值，积累用户行为数据，挖掘用户价值。
从形式上讲，产品越流程的梳理通常借助流程图可视化，流程图又包括：状态图、业务流程图、泳道图等具体的样式。
业务流程能清晰地解构出，前后台的数据之间的交互。
重点关注核心业务流程，梳理次要业务流程，分清主次，抓住主要矛盾。
流程图[状态图]：3、框架设计前面两个步骤基本解决了“做什么”的问题，接下来就是“怎么做“的问题。
理解用户用户所需，明确产品业务的核心流程，接下来就是将需求和想法进一步的可视化，而这个环节将借助：功能导图、产品原型。
更高维度的信息加工，将原本复杂的产品需求进一步精化为更为立体的功能结构框架，使其更具可行性和落地性。
功能导图：理解需求的基础上，抽象需求为立体的功能。
需求分类、功能结构重组，搭建良好的产品信息架构（IA），行业性质浓厚的产品需要专业人员的介入，增加产品信息架构的专业度和行业边界。
一眼看尽产品的宏观功能框架，对产品的每一次延展都了然于胸。
产品原型：很多人都喜欢这一产品产物，甚至说很多人一上来就开始画原型，我觉得很糟糕、毫无意义。
产品原型是对已经拥有明确思路和需求范围的产品构想的重现过程，是一个快速重现和迭代的过程，而不是思维的依赖。
正如我之前说的，产品经理最重要的特质就是——思考。
产品框架示例：4、迭代规划产品框架设计本着从愿景的角度出发，确保产品本身的可扩展性、可性行的，方便产品的客气敏捷迭代。
分期迭代或源于实际情况，亦或产品策略性调整，而问题的关键在于分期迭代的动机和目的。
产品分期迭代升级的因素有很多，大致包括以下几个情况：客观情况：技术资源紧缺、资金投入定量，必定在客观情况上限制了周期内的产品规模和体量。
cms系统简介与测试技巧（五篇材料）
cms系统简介与测试技巧（五篇材料）第一篇：cms系统简介与测试技巧Cms系统的定义CMS具有许多基于模板的优秀设计，可以减少开发的成本。
CMS的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。
CMS还分各个平台脚本种类的。
内容管理系统是企业信息化建设和电子政务的新宠，也是一个相对较新的市场，对于内容管理，业界还没有一个统一的定义，不同的机构有不同的理解：Gartner Group 认为内容管理从内涵上应该包括企业内部内容管理、Web内容管理、电子商务交易内容管理和企业外部网(Extranet)信息共享内容管理（如CRM和 SCM等），Web内容管理是当前的重点，e-business和XML（标准通用标记语言的子集）是推动内容管理发展的源动力。
Merrill Lynch的分析师认为内容管理侧重于企业员工、企业用户、合作伙伴和供应商方便获得非结构化信息的处理过程。
内容管理的目的是把非结构化信息出版到intranets，extranets和ITE(Internet Trading Exchanges)，从而使用户可以检索、使用、分析和共享。
商业智能系统(BI)侧重于结构化数据的价值提取，而内容管理则侧重于企业内部和外部非结构化资源的战略价值提取。
Giga Group 认为作为电子商务引擎，内容管理解决方案必须和电子商务服务器紧密集成，从而形成内容生产(Production)、传递(Delivery)以及电子商务端到端系统。
我们认为内容管理系统是一种位于WEB前端（Web 服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。
内容管理解决方案重点解决各种非结构化或半结构化的数字资源的采集、管理、利用、传递和增值，并能有机集成到结构化数据的商业智能环境中，如OA，CRM等。
内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。
这里指的“内容”可能包括文件、表格、图片、数据库中的数据甚至视频等一切你想要发布到Internet、Intranet以及Extranet网站的信息。
DTcms系统架构分析文档
在线记事本系统架构分析文档1：简介1.1.目的为对在线记事本系统架构不够了解，能更快了解在线记事本系统的架构，并快速掌握整个系统的运行顺序。
1.2.范围本文档主要写在线记事本的架构分析，每一层之间的依赖关系以及引用方式2：设计方案系统主要是以(C#)+jQuery技术为中心,同时结合AJAX技术组合开发，简单的说系统是以三层框架的形式来构建，分别是Model，Dal，Bll；层接关系顺序是：common, model, BDutility, DAL, BLL,, Web。
2.1系统外部环境系统外部环境和ASP开发一样，需要安装Visual Studio2010版本和我们需要的数据库SQL Server2008 以及IIS（根据电脑系统不一样选择合适的IIS版本），举个例子我的电脑是XP2002版本用IIS是5.0-6.0的IIS都可以。
2.2依赖关系具体依赖关系为下图：图注：每一种线的颜色代表这个层所依赖了那些层3.系统框架3.1物理结构系统的物理结构就是在设计方案里面写的，系统以common, model, BDutility, DAL, BLL,Web.UI, Web的顺序运行，开发过程依赖关系也是这样的顺序来的。
见图:3.2逻辑结构逻辑结构我以依赖图和系统内实例图结合文字的方式一起说明：3.2.1Common层Common这个层主要放着一些缓存处理文件，加密处理，系统版本设置，内置对象获取对象的逻辑，模板处理逻辑文件，配置文件帮助等属于系统外部图片处理的文件。
它没有依赖那个层，它是整个项目独立的一个层。
3.2.2 Model层顾名思义的都知道Model层里面的一个类对应数据库里面的一张表，类里面的每一个属性对应表里面的一个字段，每个属性都有自己的GET 和SET 方法，项目中的数据存取都要依靠GET和SET方法来实现.确切的说它不属于纵向的哪一层，而是所有层都要用到的业务实体层。
仅依赖于Commom这个层3.2.3 BDutility层BDUtility层主要放的是和数据库有关联的文件，比如链接数据库，处理增删改查等通用的公共方法的集合体都在BDutility层下面的DbHelperSQL.cs文件中，这样在我们数据访问层中需要做这些逻辑功能的时候只要引用这文件既能调用到想要的操作方法。
CMS发布系统架构图
Agent_2
发布代理
发布接口
⑦ 记录更 新时间 ① 请求 列表 ② 获取页 面地址 ③ 请求页面
更新时间
Agent_2
⑤ 写入临 时文件 ⑥ 判断操 作类型 操作类型
④ 返回页面
模版系统
临时文件
D 删除 文件
A 新增 文件
U 修改 文件目标文件Leabharlann Web服务器发布接口
发布表 频道代码 文章代码 文章标题 文章模版 发布时间 删除标记
文章页面1 文章页面2 文章页面3 文章页面4 文章页面5 ……
频道页面1 频道页面2 频道页面3 发布队列 频道页面4 频道页面5 ……
1）文章代码 <= 0表示发布频道页； 2）文章标题为空，标题从文章表取； 3）文章模版为空，从频道定义中取； 4）发布时间不能为空； 5）文章被删除，设定删除标记；
CMS发布系统架构图
发布系统设计说明
总体架构
CMS 发布接口 模版系统
①
②
③
④
发布代理
发布代理
发布代理
Agent_1
Agent_2 ⑤ Web_2
Agent_3
Web_1
Web_3
①代理(Agent)从CMS系统请求需要更新页面列表； ② CMS将该代理(Agent)应该更新的页面列表返回； ③ 代理(Agent)根据返回的列表向CMS系统请求页面； ④ CMS将请求的页面返回给代理(Agent)； ⑤代理(Agent)将获取到的页面写入本地文件，形成静态页面；
页面地址1页面地址2页面地址3页面地址4页面地址5页面地址1页面地址2页面地址3页面地址4页面地址5页面地址1页面地址2页面地址3页面地址4页面地址5agent1agent2agent3文章页面1文章页面2文章页面3文章页面4文章页面5频道页面1频道页面2频道页面3频道页面4频道页面5发布队列发布接口2频道代码文章代码文章标题文章模版发布时间删除标记发布表频道页面1页面地址存放路径频道页面2页面地址存放路径频道页面3页面地址存放路径频道页面4页面地址存放路径频道页面5页面地址存放路径agent2发布接口查询可更新文章列表删除文章1删除文章2文章页面1文章页面2文章页面3文章页面4更新文章列表频道页面1频道页面2频道页面3频道页面4频道页面5更新频道列表生成页面列表返回给agent发布代理agent2发布接口请求列表获取页面地址模版系统请求页面返回页面临时文件写入临时文件目标文件操作类型判断操作类型删除文件新增文件修改文件更新时间记录更新时间web服务器
TDCS体系结构ppt课件
指挥中心移设或互联，实现信息共享。在这三层网络结构中，
存在以下主要的系统接口：
①基层网与铁路局调度指挥中心的接口，
②铁路局调度指挥中心与铁道部调度指挥中心的接口，
③TDCS与TMIS的接口，
④TDCS与现有其他系统的接口。
为适应三层网络体系结构，TDCS 构造了一个覆盖全国铁
图。局间分界口范围内的车站间、分界口中心站至所属铁路局的
连接采用带宽2M的通道。
最新课件
16
分界口TDCS网络结构图（各铁路局已有TDCS的情况）
最新课件
17
二、系统结构的特点
1.先进性
系统设计具有高起点，在研制中采用最先进并具有发展前
景的技术，如计算机技术、信息技术、智能决策技术、地理信
息技术、远程控制技术、网络技术、数据传输技术、多媒体技
地建有铁路局调度指挥中心局域网。铁路局调度指挥中心通过
专线通道、数据网链路、路由器与铁道部、相邻铁路局调度指
挥中心远程连接，进行信息交换。TDCS不仅是一个管理层，
同时也是直接调度指挥行车的指挥层，不仅要完成基层网信息
的汇总、处理和标准化，给铁路局各级调度提供监视，还要按
要求将基层信息通过专线通道、数据网链路传送到上层铁道部
21
最新课件
8.可扩展性
铁路每年都要进行不同规模的大修、新建，TDCS设计的范
围和规模将会不断扩大，因此，系统设计中充分考虑到今后升级、扩展的能力。同时，源自DCS大量采用了计算机技术、智能决策技
术、地理信息技术、远程控制技术、网络技术、数据传输技术、
多媒体技术等现代信息技术，这些技术现在也处于高速发展期，
cms需求分析模板
内容管理系统（CMS）概述CMS是Content Management System的缩写，即“内容管理系统”。
即对网站的内容进行管理的系统。
以下是功能模块概述。
CMS项目是在学习完JavaSE和JavaWeb之后开发的一个项目。
基于JSP/Servlet/Lucene/MyBatis/HttpClient/HtmlParser等技术而开发。
功能模块大体上划分为：门户网站、会员自服务系统及后台管理系统三个部分的功能！门户网站用户可以在网站上浏览频道、浏览文章、给文章留言、搜索文章等。
用户可分访客与会员。
浏览频道在网站的不同频道和专题之间切换，网站显示出各个频道和专题的文章列表，以及此频道的最新发表的文章列表浏览文章访客点击文章标题，或从文章简介中点击"阅读全文"，网站显示文章的详细内容，网站需记录文章的点击量；网站在显示文章内容的同时，需显示与这篇文章具有相同关键字的其它文章列表，以方便用户阅读给文章留言用户在阅读某篇文章之后，可以给文章留言。
如果用户已经登录，则需记录是哪个用户留言；否则记录为匿名用户留言。
在用户留言之后，需即时刷新页面，将最新留言显示在最前面搜索文章可以输入任意文字，对网站的所有文章进行全文检索，并分页显示出查询结果来。
会员自服务系统可以注册会员、登录网站、修改个人信息、修改密码、取回密码等注册会员用户可以在任意页面点击"注册"，进行会员注册。
在注册的时候，必须提供：姓名、e-mail地址、登录帐号、登录密码，可以选择提供：性别、住址、手机号等。
登录网站会员可以在任意一个页面登录网站，在登录网站时，需提供用户名、密码、验证码。
登录之后，需在每一个网页上显示当前登录用户的相关信息：姓名，上次登录时间等，同时需显示以下链接：修改个人信息修改个人信息会员点击修改个人信息，可以对个人的除了用户名和密码之外的其它信息进行修改修改密码修改密码的时候，需提供旧密码，以及重复输入两遍新密码！取回密码会员在未登录之前，可以选择取回密码功能，这并非真正取回密码信息，因为密码信息将采用MD5加密算法进行加密，这是一种不可逆的加密算法，所以，取回密码实际上是由系统随机生成一串密码，通过会员注册时的E-MAIL地址发送给会员，会员随后可以通过新密码重新登录网站之后，再修改！后台管理系统后台管理系统由管理员使用，包括：文章管理、频道管理、爬虫管理、会员管理、系统管理等功能文章管理•查询文章可按文章的创建时间、文章的标题查询文章，并分页显示其结果（按时间倒序排列查询结果）对于查询的结果，可以更新、删除及发布。
DTcms帮助文档
DTcms帮助文档D T c m s 帮助文档DTcms 模板语法和C# 非常接近，和版本中，标签语法大同小异，依然符合于技术开发人员的编程习惯。
如果你是一名程序员，下面的语法我相信只需要看一次便可牢牢记住各种标签的使用规则，所以你不必担心DTcms 模板难掌握。
如果非程序员，难度有所加大，毕竟我们考虑到了整个系统的扩展性和二次开发，所以比较偏向于技术开发人员。
页面嵌套标签如果想在一个模板页面中嵌入另一个模板页的内容可使用该标签，注意避免被嵌套的页面嵌套主模板页，这样会造成迭代循环。
另外，嵌套的深度最多只能5层。
其中src 所指定的路径为当前相对路径，如src="common/"<%template src=" 模板页面相对路径"%><%template skin=" 模板目录名" src=" 模板页面相对路径"%> 当前模板路径标签因为版本中增加分站的功能，所以这里和及前版本的模板标签有所不同。
输出不包含/ ，如：templates/green/images/ ，同一模板目录下使用第一个种标签即可<%templateskin%><%templateskin=" 模板目录名"%>嵌入C#代码标签如果其它标签无法实际你想要的效果，你可以试一下直接写C#代码，如意不能使用<%csharp%>.]}{[...]}loop 循环标签loop 循环标签主要是数据列表中使用的，其中自带有行号变量datarow__loop__id ，该变量是从1 开始参数说明：datarow ：DataRow 类型的变量，同一页面内不可重复，否则编译出错datatable ：DataTable 类型的变量，使用前请确保该参数已声明赋值<%loop datarow datatable%><%/loop%>foreach 循环标签foreach标签和C#的语法是一样的，写法也差不多，相信技术人员一看就懂。
DTcms帮助文档
D T c m s 帮助文档DTcms 模板语法和C# 非常接近，和版本中，标签语法大同小异，依然符合于技术开发人员的编程习惯。
如果你是一名程序员，下面的语法我相信只需要看一次便可牢牢记住各种标签的使用规则，所以你不必担心DTcms 模板难掌握。
如果非程序员，难度有所加大，毕竟我们考虑到了整个系统的扩展性和二次开发，所以比较偏向于技术开发人员。
页面嵌套标签如果想在一个模板页面中嵌入另一个模板页的内容可使用该标签，注意避免被嵌套的页面嵌套主模板页，这样会造成迭代循环。
另外，嵌套的深度最多只能5层。
其中src 所指定的路径为当前相对路径，如src="common/"<!-- 一般在当前模板下使用可下面的嵌套标签--><%template src=" 模板页面相对路径"%><!-- 如需跨模板访问可使用下面的嵌套标签，一般插件模板使用较多，前提该模板须存在，否则访问不到--><%template skin=" 模板目录名" src=" 模板页面相对路径"%> 当前模板路径标签因为版本中增加分站的功能，所以这里和及前版本的模板标签有所不同。
输出不包含/ ，如：templates/green/images/ ，同一模板目录下使用第一个种标签即可<!-- 当前模板路径标签--><%templateskin%> <!-- 访问其它模板的路径标签，前提该模板须存在--><%templateskin=" 模板目录名"%>嵌入C#代码标签如果其它标签无法实际你想要的效果，你可以试一下直接写C#代码，如意不能使用<%csharp%>.]}<!-- 显示实体数据变量，如：[title]-->{[...]}loop 循环标签loop 循环标签主要是数据列表中使用的，其中自带有行号变量datarow__loop__id ，该变量是从1 开始参数说明：datarow ：DataRow 类型的变量，同一页面内不可重复，否则编译出错datatable ：DataTable 类型的变量，使用前请确保该参数已声明赋值<!--loop 循环标签--><%loop datarow datatable%><%/loop%>foreach 循环标签foreach标签和C#的语法是一样的，写法也差不多，相信技术人员一看就懂。
dtcms操作文档
由于业务需要，需要在DTCMS的基础上添加些个栏目，但是由于DT现有功能并不支持添加栏目，据说新版马上要出来（新版好像支持的），如果能等新版本出来的人就不用看本教程了，兄弟我将添加栏目的过程做了个记录，希望对要添加栏目的码工们有个帮助进入正题（我们以添加资讯类栏目为例，其它类型方法类似，不再赘述）一、其中有几个地方必须添加的，我先列出来BLL,DAL,Model，这是三层的基础，所以需要添加基类方法：复制资讯类栏目的类，原始版本中是Article.cs，这三个模块中都要复制，复制后重命名为Institutel.cs(这是我添加栏目的类，名字你自己定，后边都以这个为例）,然后将其中的Article全部替换成Institute,这个大家应该都会吧，不上图了二、接下来，在web/admin/下直接复制Article文件夹，重命名为Institute,这个文件下有三个文件主要功能实现增删改查，其中每个文件中可能都包含一些Article的东西，替换成Institute,注意大小写，我第一次做的时候，出了好多错误，原因就是里头有的是小写a rticle,结果让我给换成Article了，当然大写的你不要小写了，这个比较简单基本都是直接替换就行，中是小心就好，也不用上图了吧三、在web/aspx下添加对应页面文件即代码类，institute.aspxx即institute_show.a spx，其中代码（前后台都有）中也包含多个Article,你也需要替换成institute,这个也简单，和第二步一样，没什么可说的，换就行了四、同理，在Templates下添加institute.htm和institute_show.htm，该改的都改了，这个也不难真正需要修改的内容在下边：五、修改Templates下的_header.htm这里添加上首页才会显示，如图：哇，这个图上的有点恶心，后边的尽量弄好点。
六、修改Model下的webset.cs，其中需要添加字段即属性：//第一对private int _institutepagenum = 15;public int InstitutePageNum { set { _institutepagenum = value; } ge t { return _institutepagenum; } }//第二对private int _institutepagenum_client = 20;public int InstitutePageNum_Client { set { _institutepagenum_client = value; } get { return _institutepagenum_client; } }就这两对，就可以了七、修改Web/XmlConfig下的Urls.config添加对应栏目模块，不贴图了直接上代码：（以下代码可以直接复制上就可以）<rewrite name=”institute” path=”/institute.aspx” pattern = “/institute.asp x$” page=”/institute.aspx” querystring=”" /> <rewrite name=”institute_list 1″ path=”/institute/{0}.aspx” pattern = “/institute/(\d+)*.aspx$” page=”/i nstitute.aspx” querystring=”classId=$1″ /> <rewrite name=”institute_list2″path=”/institute/{0}/{1}.aspx” pattern = “/institute/(\d+)*/(\w+).aspx$” page=”/institute.aspx” querystring=”classId=$1^page=$2″ /> <rewrite na me=”institute_show” path=”/institute/show/{0}.aspx” pattern = “/institute/ show/(\d+).aspx$” page=”/institute_show.aspx” querystring=”id=$1″ />八、在UI下的BasePage.cs中的枚举Channel中添加Institute,MagagePage.cs中也一样，也是要添加这个九、还是UI下，复制Label_Articles.cs重命名为：Label_Institute,cs，这里头要改的东西和前边的差不多，不用再说了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
DTcms系统架构分析文档1:简介1.1.目的为对DTcms系统架构不够了解，想更快了解DTcms系统的架构并快速掌握整个系统的运行顺序的开发者。
1.2.范围本文档主要写DTcms系统的架构分析，每一层之间的依赖关系以及引用方式1.3.注意点经本人自己实际操作对着系统模板做例子，发现有些地方还是需要注意，为避免其他人员犯同样的错误特此说明一下:(1)注意每个类和页面命名方式，最好都以小写为好:因为曾有我在web.ui的page下面建立了文件名字为大写字母开头的cs文件，但是最后导致在配置xmlconfig的文件urls.config 文件的时候无法生成aspx文件，所以这一点需要注意。
(2)在web.u层下面一定要建立对应的cs文件，这里没有做对应的页面处理，页面将无法完成跳转和生成aspx的页面。
(3)后台代码写好后别忘记BasePage.cs里面添加你这个对象相对应的代码，不然你页面访问数据无法从哪里下手。
(4)Urls.config这个文件里面不能加<!-- -->这样的标签如果有责无法编译通过会报错 1.4.参考资料因本文档为第一个分析文档所以在分析系统架构过程中，开发过程中参考本文档，如有不足或者有误的地方可以进行补足与修改。
12:设计方案系统主要是以(C#)+jQuery技术为中心,同时结合AJAX技术组合开发，简单的说系统是以三层框架的形式来构建，分别是Model，Dal，Bll;层接关系顺序是:common, model, BDutility, DAL, BLL, Web.UI, Web。
2.1系统外部环境系统外部环境和ASP开发一样，需要安装Visual Studio2010版本和我们需要的数据库SQL Server2008 以及IIS(根据电脑系统不一样选择合适的IIS版本)，举个例子我的电脑是XP2002版本用IIS是5.0-6.0的IIS都可以。
2.2依赖关系具体依赖关系为下图:图注:每一种线的颜色代表这个层所依赖了那些层23.系统框架3.1物理结构系统的物理结构就是在设计方案里面写的，系统以common, model, BDutility, DAL, BLL,Web.UI, Web的顺序运行，开发过程依赖关系也是这样的顺序来的。
见图:3.2逻辑结构逻辑结构我以依赖图和系统内实例图结合文字的方式一起说明:3.2.1Common层Common这个层主要放着一些缓存处理文件，加密处理，系统版本设置，内置对象获取对象的逻辑，模板处理逻辑文件，配置文件帮助等属于系统外部图片处理的文件。
它没有依赖那个层，它是整个项目独立的一个层。
33.2.2 Model层顾名思义的都知道Model层里面的一个类对应数据库里面的一张表，类里面的每一个属性对应表里面的一个字段，每个属性都有自己的 GET 和 SET 方法，项目中的数据存取都要依靠GET和SET方法来实现.确切的说它不属于纵向的哪一层，而是所有层都要用到的业务实体层。
仅依赖于Commom这个层3.2.3 BDutility层BDUtility层主要放的是和数据库有关联的文件，比如链接数据库，处理增删改查等通用的公共方法的集合体都在BDutility层下面的DbHelperSQL.cs文件中，这样在我们数据访问层中需要做这些逻辑功能的时候只要引用这文件既能调用到想要的操作方法。
而它仅依赖于Commom这个层。
43.2.4 DAL层这个层的含义与我们以前三层框架一样的道理，DAL是访问数据库的层，也叫做持久层。
这里放置的某个对象要执行什么逻辑操作和处理要去数据库干什么，做些链接，SQL的操作。
而这里的对象就是我们Model层里面对应的。
因为是数据访问所以他不但依赖于Model层还要依赖于数据处理的公共方法的DBUtility层。
具体调用见截图例子: (1)先将依赖的层引用进来，(2)判断是否存在该记录逻辑后数据判断做处理调用DbHelperSQL类里面的Exists方法。
5调用(3)如修改的例子是怎么调用的63.2.5 BLL层BLL层紧接Dal层的数据访问后，就是在这个层做业务逻辑处理，以及可能出现的异常逻辑的处理。
同时它的逻辑针对的也是每一个Model层的对象。
7具体访问见图:实例化过来后直接用实例化名字调用dal里面的方法83.2.6 Web.UI层具体调用见图:(1)BasePage.cs 一个返回列表信息的方法例子(2)page文件下的article.cs 先继承BasePage.cs9(3)article_list : Web.UI.BasePage例子 _list调用common的DTRequestDTRequest里面的GetQueryInt方法，两个参数DTRequest里面的GetQueryInt方法，一个参数(4)public partial class article_show : Web.UI.BasePage10DTRequest里面的GetQueryInt方法，一个参数实例化bll层的这个对象BLL层里面的article.cs里面的UpdateField 方法方法113.2.7 Web层按照开发顺序所有的后台代码到这里结束，但是要看到效果还是在页面上才能体现出来。
所以首先你要在你的web层下面的templates下default文件夹里面设计你的数据展示页面和数据详情页面。
所以这一层要依赖于我们的Model和业务逻辑BLL和访问数据后台的一个借口WEB.UI层。
待你的页面设计好后，那接下去就是让系统给你自动生成.ASPX的动态页面。
这里就要去在web下面的:xmlconfig 的文件urls.config 里面根据例子添加配置自己的页面，这样子才能自动生成aspx的页面了。
这样是不能直接生成的，要运行系统重新登录系统，在系统的后台控制面板的系统模板管理中全部生成，web层再重新生成，如果你没有配置错误的情况下，此时在web下面的aspx文件内就能见到你自己的页面成为了aspx的动态页面，直接运行它就能看到效果。
具体见图:(1)页面访问数据如何得到后台数据,见图12这里是article_list页面在读取所有数据，方法来源于 BasePage.cs里面这是DTcms.Web.UI下面的BasePage.cs类中的get_article_list方法(2)怎么配置urls.config文件让系统自动把模型页面生成动态aspx页面,这里配置article_list的可能复制了点..<rewrite name="article_list" path="article/list.aspx"pattern="article/list.aspx$" page="article_list.aspx" querystring="" templet="article_list.html" channel="1" type="list"inherit="DTcms.Web.UI.Page.article_list" /><rewrite name="article_list1" path="article/{0}/{1}.aspx"pattern="article/(\d+)*/(\w+).aspx$" page="article_list.aspx" querystring="category_id=$1^page=$2" templet="article_list.html" channel="1" type="list" inherit="DTcms.Web.UI.Page.article_list" /> <rewrite name="article_show" path="article/show/{0}.aspx"pattern="article/show/(\d+).aspx$" page="article_show.aspx" querystring="id=$1" templet="article_show.html" channel="1"type="detail" inherit="DTcms.Web.UI.Page.article_show" /> 来个简单的例子<rewrite name="index" path="index.aspx" pattern="index.aspx$"page="index.aspx" querystring="" templet="index.html" channel="0"type="index" inherit="DTcms.Web.UI.Page.index" /> 这里是DTcms.Web.UI下面Page的index.cs的全路径也就是这个对象的这个文件 13(3)生成aspx页面:在web层重新生成然后在后台模型管理中点击全部生成刷新列表DTcms.Web下面的aspx文件点击显示这个文件的全部文件即可得到下面的效果14。