由于开发小组人员其他工作量很大，一直没有足够的时间来学习和开发，按照预定计划来看，进度很慢。今天是第2周结束，到上午职位实际完成工作只有员工/部门管理程序：clerkmanage.aspx。与当时制定的开发第一阶段要求还差：与微软成员资格认证结合，员工登录，角色分配和管理，站点地图和菜单，母板页等多个功能尚未实现。
但是，在饱餐一顿中饭后，下午，开发小组成员进行了3个小时的高效率工作，把上面的功能全部实现了！从而进一步加深了对ASP.NET2.0的认识：真是一个非常非常好用的东东啊！

首先，我们使用aspnet_regsql工具 增加了membership和role两个内置功能。
接着，我们设置了自定义的MemberShipProvider和RoleProvider，主要是指定了数据库连接字串。
然后，我们利用vs2005的网站配置工具，生成了几个用户，并且用login.aspx,default.aspx测试了登录功能。为了方便，我们又使用IIS站点的ASP.NET配置工具，将密码长度和强度设置成较低级别。
接着，我们修改clerkmanage.aspx程序，在添加员工的界面上增加了密码字段。同时修改后台程序：先添加到aspnet_membership表，再加入clerk表。删除也是删除clerk后再删除membership。（有个遗漏的是，没有在clerk和membership实现usergid的关联，同时需要对员工详细资料的新增和修改增加角色关联，而且员工工号一经生成不可更改）
关联功能实现后，我们又利用配置工具添加了几个角色，并将用户分别配置了相应的角色，同时配置了几个目录(/admin,/clerk,/common)的权限，在下面放置了default.aspx程序并用一个粗糙的导航菜单进行测试。测试结果为，用户访问没有权限的目录或者下面的程序会被踢回到登录界面。
角色访问权限功能测试成功后，我们生成了一个web.sitemap并配置了各个节点的角色权限。用memu和treeview做了测试，并确定用treeview作为导航菜单显示控件，测试结果非常好，用户登录后就根本看不到没有权限的菜单。
权限测试OK后，我们就开始制作MasterPage并测试其功能，用table规划好布局，将TreeView和SiteMapPath，ContentPlaceHolder控件拖进来就成了，感觉非常简单。
然后我们改造了每个程序，都设置了母版，并且将原先根目录下的clerkmanage.aspx移到/admin下，成为管理员操作菜单的员工管理节点。
在最后我们讨论了整个菜单的结构，至此，当初设定的几个目标均已基本实现,下周进入各个菜单对应功能模块的正式开发阶段!