今天主要讲述了 " 提出问题 " 和 " 设计方案 " 里。;

                              ASP.NET3.5 企业级项目开发

                                第一章：企业级项目框架概述

谈分层，        前言：之前也看过大家在谈架构。谈模式。对一些问题，大家也各抒己见，确实不确。但是不管怎样，最终还是要在项目中真正的去实现谈论的这些方法，方法谈了就要用，要实践才有价值。而且代码是最没有二义性的所以，本系列将一步步的带领大家开发一个正真的企业级项目。

设计模式以及很多 OO 设计思想。而且大家也可以看到不是 " 为了模式而模式 " 而是一种自然过渡的思想。本系列文章不是为了别的只是希望可以给大家带来一点点的协助。        其中融合了分层架构。

        本系列的文章每一章采用下面的结构方式编写： 提出问题 设计方法 解决方案。

拒绝公司员工的请假的申请。而且这个系统将采用 ASP.NET3.5 来开发，        将会为一个公司的人力资源部门开发一个系统。这个系统可以批准。语言是 C# 数据库是 SQL SERVER2005. 融合 ASP.NET3.5 中的很多特性，语法方面的 Linq Lamda WF AJAX 等。

便于我以后根据我业务逻辑来扩展。本篇主要确定项目的一些需求，        而且整个解决方案设计的很灵活。并且介绍项目开发采用的架构。

       提出问题

平时她一直采用 Word 和 Excel 来管理公司员工的请假的请求。 Sue 很快就发现了一个问题：很多的请假的请求都没有被记录下来，       Sue 人力资源部门的首席执行官。而且她也很难去跟踪那些请求的处置过程和结果。现在 Sue 已经接到一个批准：开发一个企业级的项目来代替原来使用的 Word 和 Excel 管理方法。

Sue 任命 Mari 作为代表去和 IT 部门进行沟通，        最为整个项目的负责人。确定项目的需求。下面的会议可以在每个项目开发之前都进行的

但是对计算机以及操作系统的知识却是一无所知。很多年前就尝试开发管理系统，       Mari 说：上司派我来参与项目的开发。但是最后还是没有胜利。首先让我来介绍一下我现在做什么。一直在用 Word 来管理员工的请假的申明。如果一个员工要请假，那么他就要填写一份 Word 申明表。但是当我去年在把我用来记录员工申请的 Excel 交给经理的时候，问题就出来了很多的申请表已经被取消了但是不知道；也不知道申请表是什么时候交给经理的 ...

想要一个自动处置请求的系统。之前也用过 Word 和 Excel 来管理过，        说：这么说。所以我知道一点管理的过程，但是至于把申请表交给我上次以后发生了什么事情，就不清楚了可以告诉我之后的申请表的处置流程吗？

那么他首先就要去填写一张表格，       Mari 说：如果员工想要申请假期。并且打印进去，交给他上司去审核并且签字。上司签字之后就把申请表交给 HR 然后我就查看我手头的 Excel 表格，看看那个要申请假期的员工是否可以申请他想要的假期时间。然后我就在 Excel 表格上减去他申请假期的时间。如果员工申请假期的时间操作了 2 周，那么我就会通知他上司，并且还要我部门的首席执行官签字。但是这样一来就出现了很多的问题，比如首席执行官很忙，忘记把员工申请假期的表格给我这样很多的记录就出问题了

需要一个可以允许用户提交申请并且内置了工作流的系统，        那么。员工的上司，首席执行官可以用这个系统来批准或者拒绝请假的申请。

但是一般情况下，       Mari 想我可以拒绝员工的申请。都是把申请表扔了

但是突然想取消申请，        说还有一个问题就是当员工已经提交了请假申请。并没有告诉你所以你需要你员工可以通过这个系统来告诉你取消了申请吗？如果这样的话，可以让系统通过 Email 来通知你请求取消了还可以通知你申请是否通过了上司的批准。

很不错！这样我就可以在 Excel 表格中正确的记录这些数据了        Mari 行啊。

任何已经取消的请求等数据就可以记录下来，        可以把你 Excel 表格给我看看吗？可以这个系统中生成 Excel 并且导出。这样的话。而且你也不用手动的维护 Excel

Excel 表格给你但是如果我不必 Excel 可以跟踪记录假期申请的信息吗，       Mary: 好。希望用数据库来记录那些数据，可以办到吗？

还有一部分人，        当然！需要平安吗？否希望一局部人可以知访问报表。比方你可以访问任何东西？

但是不希望 Bob 进入我管理系统。 Bob 只能打印报表。        Mari 不知道你说的平安是什么。

需要一个基于角色的平安系统，        OK 这么说。这个系统设置了很多的访问权限，如只读，编辑等。

但是听起来不错！        Mary: 不知道什么是基于角色的平安。

系统中的提交的申请的变化和安全的变化你都可以看到例如，        需要审核跟踪什么？也是说。如果系统中的一个用户被赋予了访问报表的权限，系统将会把这些信息记录下来，并且告诉你需要跟踪记录吗？

       Mary: 需要。

只查看取消的申请，        需要通过不同的方式检查申请假期的申请信息吗？比方。检查已经被上司签字了申请？可以在系统中，可以让你以不同的条件来过滤，检查申请的信息、而且我还可以这些信息放在一个主页上，方便你检查。

       Mary: 真的太好了

报表检查，         OK 现在已经收集到足够的信息了以后还会找你收集需求的现在系统功能如下：系统有自动处置请求的工作流。基于角色的平安， Email 通知，查询信息，还有就是记录的跟踪。

还有就是不希望界面上的字体花花绿绿，       Mary: 恩。而且大小不一致。

会注意的         好。

        设计方案

        整个项目的解决方案是用 ASP.NET3.5 开发的一个三层架构的方案。下面是本系列的开发过程：

        第二章：数据访问层开发 ( DAL

数据层的任务就是采用数据库中存储过程，         数据访问层是三层结构中做基本的一般情况下。或者执行 SQL 语句。以前的开发中，一般是采用 ADO.NET 方式，而且也知道把数据以什么形式传到业务层中。而且有关到底把什么对象传到业务层的谈论也很激烈，但是本系列中我就可以使得这些争论平静下来。

具体方案，         本章才介绍 Linq To Sql 并且采用内置的 ORM 设计工具来创建数据实体类。以后讲述！

       第三章：业务逻辑层 ( BLL

也成为中间层，         业务逻辑层。实现业务逻辑规则的地方。以往我一般是把数据库中的表一一在业务逻辑层中映射为实体类，但是这样做是够的因为业务逻辑层必需保昏数据的完整行，并且实现业务逻辑规则，如必填字段，限制字段等。如果业务逻辑规则被破坏了那么业务逻辑就要停止执行，并且不对数据层产生影响。本章将描述业务逻辑层设计的一些模式。

        第四章： UI 层

所以，        UI 层是应用顺序中用户可以接触的唯一地方。坚持界面的可用性和一致性很重要。 CSS 和 ASP.NET 中的 Theme 可以控制界面的表示形式。而且本章还会开发自定的服务器菜单控件等。

        第五章：异常处置

异常的处置都是很重要的经常看到很多的开发人员忘记异常处置，         开发任何一个系统的时候。或者当他处置异常的时候，没有正确的处置或者当异常发生时，没有通知任何的人。所以我要让系统告诉我底出了什么问题，而不是让用户告诉我正确的异常处置，可以使我看起来更加的专业。本章将采用 Microsoft Exception Handl Applicat Block.

        第六章：基于角色的平安验证

另外的一些人可以编辑一些信息等。          很多的商业的应用顺序都要角色的验证。比方我可以使得一部分的人可以访问那些页面。

        第七章：工作流机制

并且用 Window Workflow Foundat 来实现。可以看看 WF 项目中到底是如何使用的          把业务逻辑规则分解为一个个的工作流。

        第八章：通知系统

假期请求是否通过，         自动的通知系统可以通知用户。拒绝等。本章主要是采用了 Window servic 技术。功能强大！

        第九章：报表

如 PDF,         采用 .NET 中的水晶报表。以不同的显示显示数据。HTML WORD 等，设计专业的界面。

        第十章：查询控件

以不同的条件过滤，         开发自定的查询控件。检查数据

        第十一章：个性化主页

如我知道的 webpart 使用。内容丰富！          把虽有的信息个性化到一个页面。