简易打分系统的详细设计

简易打分系统

源码地址：Vote（坚果云）

Database First开发模式（自顶向下）

1. 数据库的设计
2. Model的设计
3. 数据访问层的设计
4. 业务逻辑层、持久化层的设计
5. 表现层的设计

实际，很难严格按照自顶向下的开发顺序进行，因为只有从表现层发现需求，才能设计对应的业务逻辑层和数据访问层。

数据库与Model

• 概念模型（ER图）
  
• 逻辑模型（关系模型）
  
  • 设计细节:
    GroupID为-1的小组为管理员组
    InnerMark表为组内打分表
    Mark表为小组打分表(未舍弃最高分与最低分)
  • 详细
    Accout（Username*，Password，GroupID）
    Group（ID*，Leadername，MemberCount）
    Subject（Name*，SubmitDate，DeadLine）
    Project（ID*，GroupID， Subjectname，SubmitDate）
    InneMark（ProjectID*，Marker*，~）
    Mark（ProtjectID*，GroupID*，~）
    *：主码
    ~：Function，Maintain，Interface，Ability，Efficiency
    GroupID→Group.ID
    Leadername→Account.Username
    Subjectname→Subject.Name
    ProjectID→Project.ID
    Marker→Account.Username

• Model（部分）

  //Account
  namespace Vote.Models
  {
  using System.ComponentModel.DataAnnotations;
  using System.ComponentModel.DataAnnotations.Schema;
  [Table("Account")]
  public partial class Account
  {
      [Key]
      [StringLength(10)]
      public string Username { get; set; }
      [Required]
      [StringLength(10)]
      public string Password { get; set; }
      public int GroupID { get; set; }
  }
  }
  //DbContext
  namespace Vote.Models
  {
  using System.Data.Entity;
  public partial class AccountDb : DbContext
  {
      public AccountDb()
          : base("name=AGM_Conn")
      {
      }
      public virtual DbSet<Account> Accounts { get; set; }
      protected override void OnModelCreating(DbModelBuilder modelBuilder)
      {
          modelBuilder.Entity<Account>()
              .Property(e => e.Username)
              .IsFixedLength();
          modelBuilder.Entity<Account>()
              .Property(e => e.Password)
              .IsFixedLength();
      }
  }
  }

  //Group
  namespace Vote.Models
  {
  using System.ComponentModel.DataAnnotations;
  using System.ComponentModel.DataAnnotations.Schema;
  [Table("Group")]
  public partial class Group
  {
      [Key]
      [DatabaseGenerated(DatabaseGeneratedOption.None)]
      public int Id { get; set; }
      [Required]
      public int MemberCount { get; set; }
      [Required]
      [StringLength(10)]
      public string LeaderName { get; set; }
  }
  }
  //DbContext
  namespace Vote.Models
  {
  using System.Data.Entity;
  public partial class GroupDb : DbContext
  {
      public GroupDb()
          : base("name=AGM_Conn")
      {
      }
      public virtual DbSet<Group> Groups { get; set; }
      protected override void OnModelCreating(DbModelBuilder modelBuilder)
      {
          modelBuilder.Entity<Group>()
              .Property(e => e.LeaderName)
              .IsFixedLength();
      }
  }
  }

表现层

• 由于ASP.Net(webform)前后端耦合严重，所以只能尽量分离出一部分逻辑处理，而大部分逻辑处理都与表现实际耦合在一起。

  • 页面导航
    
  • 页面设计：均采用Visual Studio默认的模板中的母版页为母版，在asp:Content标签中设计元素
  • 页面逻辑：控件、*.aspx.cs文件和其他逻辑处理类

• 分页面设计

  • 打分主页Index（仅显示处于打分阶段的项目）
    

  • 打分实现Vote（仅显示该组员未打分的项目）
    

    

  • 组内管理ManageGroup
    

  • 项目管理ManageProject
    
  • 打分详情VoteInfo
    
  • 提交课题AddSubject
    
  • 编辑课题EditSubject
    

业务逻辑层

• 与表现层耦合的部分
  
  • .aspx.cs后缀文件中，必须实现的有：身份验证后设置AuthCookie，前端数据的获取与初步验证，GridView数据源的绑定等。

• 单独的逻辑处理

  1. 身份验证相关BLL.Authectic

     • 判断用户类别（引用情况：被Login.aspx.cs调用）

       public static readonly int ADMIN = 2;
       public static readonly int LEADER = 1;
       public static readonly int USER = 0;
       public static readonly int INVALID = -1;
       public static int CheckUser(string username,string passwd);

     • 根据Cookie返回用户类别

     public static int FindCatalogBycookie();

     • 通过Cookie返回用户所在小组

       public static Group FindGroupBycookie();

     • 根据Cookie返回用户名

       public static string FindUsernameBycookie();

  2. 更改用户有关ManageUser（设计出现了点儿问题，参数应该只传入进过初步验证过后的数据，而包装成Model类与进一步验证则应该由BLL类完成）

     //以组别注册
     public static bool AddGroup(Account[] list,bool[] valid,int leaderIndex=0);
     //添加组员
     public static bool AddUser(Account usr);
     //更改组长
     public static bool ChangeLeader(string usrname);
     //删除组员
     public static bool DelUser(Account usr);

  3. 与项目相关ManageProject（在后来发觉到前面设计的问题时，我尽量将参数设计未原始的数据类型，然后包装、验证后在访问DAL来实现）

     public static int INVALID = -1;//非法
     public static int NONBEGIN = 0;//提交中
     public static int NORMAL = 1;//打分中
     public static int END = 2;//打分已截止
     //检查课题状态
     public static int CheckSubjectStatus(string name)
     //查找某一课题下的项目
     public static Project[] FindProjectsBySubjectName(string subjectName)
     //查找可提交的课题名(某个小组)
     public static string[] FindSubmitableSubject()
     //提交项目
     public static bool SubmitProject(string subjectName,int groupId)
     //提交分数
     public static bool SubmitMark(string subjectName, int groupId,double[] mark)
     //查找可以打分的项目(某个人)
     public static int[] FindMarkableProject(string subjectName)
     //查找可以打分的课题
     public static Subject[] FindMarkableSubject()
     //查找某一课题下项目的打分比例(小组)
     public static string[] FindVoteRatio(string subjectName)
     //查找某一课题下项目的得分
     public static double[][] FindVote(string subjectName)
     //添加课题
     public static bool AddSubject(string name,DateTime deadline,DateTime voteDeadline)

数据访问层

• 配合业务逻辑层，去设计数据访问层，基本就是增删改查的组合，就不赘述了。但是要注意，不要相信BLL传递的参数，记得去验证，还有万一中途发生错误，一定要保护好原有数据。

• 基本设计样式

  namespace Vote.DAL
  {
      public class AccountDAL
      {
          private AccountDb _context;
          public AccountDAL()
          {
              _context = new AccountDb();
          }
          //添加用户
          public bool Add(Account usr,bool isLeader=false);
          //删除用户
          public bool Del(Account usr);
          //按照用户名查找该用户的类别
          public string FindUserCatalog(string username);
          //按照用户名查找该用户的信息
          public Account FindByUsername(string username);
      }
  }

持久化层

保存到Excel的方法