软件工程团队作业--架构设计阶段
队伍名称：头顶凉飕飕队
队长：刘岩昆 https://www.cnblogs.com/liuyankun/
队员：章璐 https://www.cnblogs.com/zhanglu0/
刘佳迎 https://www.cnblogs.com/jiayingc/
李双双 https://www.cnblogs.com/warriorlss/
文本编辑者：章璐
系统逻辑架构阶段
1. 系统逻辑架构设计
基于需求分析用例模型，采取三层分层架构设计思想，通过包图形式创建了系统逻辑架构。
通常意义上的三层架构就是将整个业务应用划分为:界面层、业务逻辑层、数据访问层。区分层次的目的即为了"高内聚低耦合"的思想。
界面层:主要表示成WEB方式，也可以表示成WINFORM方式，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。
业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
数据访问层:主要是对非原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务。
图1.三层架构
本次系统逻辑架构设计将问卷系统分为用户界面层、商业逻辑层、数据处理层这三层。
在用户界面层中有登录界面和操作界面两部分，操作界面提供两种身份的操作，一类为用户相应的操作，一类为管理员相应的操作。操作界面依赖于登录界面，只有登录成功才能进入操作界面，而不同身份的使用者进入的是不同的操作界面，进入相应的界面才能进行相应的操作。操作界面和登录界面都依赖于商业逻辑层的问卷管理系统。问卷管理系统依赖于数据处理层的数据信息部分，没有数据信息的支持系统将无法正常运行，它起到一个承上启下的作用。
图2.逻辑架构
2. 系统交互模型设计
系统交互模型采用了时序图的形式。
时序图通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，其中的每条消息对应一个类操作或状态机中引起转换的触发事件。
在管理员的交互模型中，管理员首先需要在登录界面登录，在确认身份正确后可进入管理员的操作界面，在操作界面内可以对问卷进行增加、修改、删除、统计、查询的操作，还可以对用户的资料进行管理。
图3.管理员交互模型
在用户的交互模型中，用户同样需要先在登录界面登录，在确认身份正确后可进入用户的操作界面，在操作界面内可以选择填写问卷，查看问卷结果，可以填写个人信息，查看个人信息。
图4.用户交互模型
3. 设计与需求跟踪
表1.需求跟踪矩阵
|
用户需求标题 |
二级需求项 |
用例编号 |
用例 |
用例变更标识 |
当前状态 |
优先级 |
|
|
|
1.1 |
用户资料管理 |
原始 |
需求开发 |
高 |
|
|
|
1.2 |
增加问卷 |
原始 |
需求开发 |
中 |
|
|
1.管理员 |
1.3 |
修改问卷 |
原始 |
需求开发 |
中 |
|
高校问卷 |
|
1.4 |
删除问卷 |
原始 |
需求开发 |
中 |
|
|
|
1.5 |
查询问卷 |
原始 |
需求开发 |
高 |
|
调查管理 |
|
1.6 |
问卷统计 |
增加 |
需求开发 |
高 |
|
系统 |
|
2.1 |
个人信息填写 |
原始 |
需求开发 |
高 |
|
|
2.用户 |
2.2 |
参与问卷 |
原始 |
需求开发 |
高 |
|
|
|
2.3 |
问卷结果查看 |
增加 |
需求开发 |
低 |
|
|
|
2.4 |
个人信息维护 |
原始 |
需求开发 |
高 |
|
原始需求 |
8 |
|
增加需求 |
2 |
|
未变更需求数 |
8 |
|
删除需求数 |
0 |
|
现有需求数 |
10 |
|
需求变更总数 |
2 |
附录：
图5.管理员用例模型
图6.用户用例模型
备注：
1、按三层架构创建包图，体现出用户界面层 商业逻辑层 数据处理层。
2、尽量提高复用性，如相同的逻辑判断、功能、接口等。
创建系统概念模型
1. 系统概念模型
基于用例模型通过E-R图的形式创建了系统概念模型。
E-R图也称实体-联系图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。
实体学生有学号、姓名、所属学校、专业、班级、性别、手机号码、电子邮箱这些属性，多名学生填写多份问卷。
实体教师有教师号、姓名、所属院校、性别、手机号码、电子邮箱这些属性，多名教师填写多份问卷。
实体问卷有数量、问题、选项这些属性。
实体管理员有账号、密码两个属性。一个管理员管理多个学生的信息，一个管理员管理多个教师的信息，一个管理员管理多份问卷。
图1.概念模型
类图是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系;用于描述系统的结构化设计。
创建实体类类图：
图2.实体类类图
2. 概念模型说明
在教师类中，属性有教师号、姓名、所属院校、性别、手机号码、电子邮箱，方法有填写问卷、查看问卷结果、填写个人信息、查看个人信息。
在学生类中，属性有学号、姓名、所属学校、专业、班级、性别、手机号码、电子邮箱，方法有填写问卷、查看问卷结果、填写个人信息、查看个人信息。
在管理员类中，属性有账号、密码，方法有获取学生信息、获取教师信息、管理学生信息、管理教师信息、增加问卷、修改问卷、删除问卷、查询问卷、统计问卷。
在问卷类中，属性有问题、选项、数量，方法有统计数量。
管理员类与教师类之间有关联关系，管理员类管理教师类；管理员类与学生类之间有关联关系，管理员类管理学生类；管理员类与问卷类之间有关联关系，管理员类管理问卷类；教师类与问卷类之间有关联关系，教师类填写问卷类；学生类与问卷类之间有关联关系，学生类填写问卷类。
附录：
图3.管理员用例模型
图4.用户用例模型
备注：
步骤：确定实体类à确定类间关系à确定类名称、属性、操作à做类要素说明及作用
