ASP.NET3.5 企业级项目开发
第一章:企业级项目框架概述
前言:之前也看过大家在谈架构,谈分层,谈模式。对一些问题,大家也各抒己见,确实不确。但是不管怎样,我们最终还是要在我们的项目中真正的去实现谈论的这些方法,方法谈了就要用,要实践才有价值。而且代码是最没有二义性的,所以,本系列将一步步的带领大家开发一个正真的企业级项目。
其中融合了分层架构,设计模式以及很多OO的设计思想。而且大家也可以看到,我们不是"为了模式而模式",而是一种自然过渡的思想。本系列文章不是为了别的,只是希望可以给大家带来一点点的帮助。
本系列的文章每一章采用下面的结构方式编写:提出问题--设计方法--解决方案。
我们将会为一个公司的人力资源部门开发一个系统。这个系统可以批准,拒绝公司员工的请假的申请。而且这个系统将采用 ASP.NET3.5来开发,语言是C#,数据库是SQL SERVER2005.融合ASP.NET3.5中的很多特性,语法方面的Linq,Lamda,WF,AJAX等。
而且整个解决方案设计的很灵活,便于我们以后根据我们的业务逻辑来扩展。本篇主要确定项目的一些需求,并且介绍项目开发采用的架构。
提出问题
Sue是人力资源部门的首席执行官,平时她一直采用Word和Excel来管理公司员工的请假的请求。Sue很快就发现了一个问题:很多的请假的请求都没有被记录下来,而且她也很难去跟踪那些请求的处理过程和结果。现在,Sue已经接到了一个批准:开发一个企业级的项目来代替原来使用的Word和Excel的管理办法。
最为整个项目的负责人,Sue任命Mary作为代表去和IT部门进行沟通,确定项目的需求。下面的会议可以在每个项目开发之前都进行的。
Mary说:我的上司派我来参与项目的开发,但是我对计算机以及操作系统的知识却是一无所知。我们在很多年前就尝试开发管理系统,但是最后还是没有成功。首先让我来介绍一下我们现在在做什么。我们一直在用Word来管理员工的请假的申明。如果一个员工要请假,那么他就要填写一份Word的申明表。但是,当我们在去年在把我们用来记录员工申请的Excel交给经理的时候,问题就出来了:很多的申请表已经被取消了,但是我们不知道;我们也不知道申请表是什么时候交给经理的...
我说:这么说,你想要一个自动处理请求的系统。我之前也用过Word和Excel来管理过,所以我知道一点管理的过程,但是至于把申请表交给我的上次以后发生了什么事情,我就不清楚了。你可以告诉我,之后的申请表的处理流程吗?
Mary说:如果员工想要申请假期,那么他们首先就要去填写一张表格,并且打印出来,交给他们的上司去审核并且签字。他们的上司签字之后就把申请表交给HR,然后我就查看我的手头的Excel表格,看看那个要申请假期的员工是否可以申请他们想要的假期时间。然后我就在我的Excel表格上减去他们申请假期的时间。如果员工申请假期的时间操作了2周,那么我就会通知他们的上司,并且还要我们部门的首席执行官签字。但是,这样一来就出现了很多的问题,比如首席执行官很忙,他忘记把员工申请假期的表格给我,这样很多的记录就出问题了。
我:那么,你需要一个可以允许用户提交申请并且内置了工作流的系统,员工的上司,首席执行官可以用这个系统来批准或者拒绝请假的申请。
Mary:是的,我想我们可以拒绝员工的申请,但是一般情况下,我们都是把申请表扔了。
我:你说还有一个问题就是:当员工已经提交了请假申请,但是他们突然想取消申请,他们并没有告诉你。所以你需要你的员工可以通过这个系统来告诉你他们取消了申请吗?如果这样的话,我可以让系统通过Email来通知你请求取消了。我还可以通知你申请是否通过了上司的批准。
Mary:行啊,很不错!这样我就可以在我的Excel表格中正确的记录这些数据了。
我:你可以把你的Excel表格给我看看吗?我可以这个系统中生成Excel,并且导出。这样的话,任何已经取消的请求等数据就可以记录下来,而且你也不用手动的维护Excel。
Mary:好,Excel表格给你!但是如果我不用Excel,我可以跟踪记录假期申请的信息吗,我希望用数据库来记录那些数据,你们可以办到吗?
我:当然!你们需要安全吗?你是否希望一部分人可以知访问报表,还有一部分人,比如你,可以访问任何东西?
Mary:我不知道你说的安全是什么,但是我不希望Bob进入我的管理系统。Bob他只能打印报表。
我: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 Handling Application Block.
第六章:基于角色的安全验证
很多的商业的应用程序都要角色的验证。比如我们可以使得一部分的人可以访问那些页面,另外的一些人可以编辑一些信息等。
第七章:工作流机制
把业务逻辑规则分解为一个个的工作流,并且用Windows Workflow Foundation来实现。我们可以看看WF在项目中到底是如何使用的。
第八章:通知系统
自动的通知系统可以通知用户,他们的假期请求是否通过,拒绝等。本章主要是采用了Windows service技术。功能强大!
第九章:报表
采用.NET中的水晶报表。以不同的显示显示数据,如PDF,HTML,WORD等,设计专业的界面。
第十章:查询控件
开发自定的查询控件,以不同的条件过滤,查看数据
第十一章:个性化主页
把虽有的信息个性化到一个页面,如我们知道的webpart的使用。内容丰富!
今天主要讲述了"提出问题"和"设计方案"里,下篇接着讲述:解决方案部分。
转载标明出处,谢谢!
而且为了大家交流,已经创建企业项目开发团队,希望大家也以后会把有关企业开发的文章放入团队中,希望大家积极参加这个团队。而且我以后也会发表更多的项目示例,大家一起学习进步!