一、团队项目系统设计改进：
1.分析项目系统设计说明书初稿的不足，特别是软件系统结构模型建模不完善内容。
目前评论暂无不足。
2. 团队项目Github仓库中更新《软件系统设计说明书》：
二、团队项目系统详细设计：
1.在OOD的软件项目详细设计阶段，开发团队将进一步细化分析系统设计模型，精化类的属性和操作，详细定义类中服务的参数和具体实现逻辑，依据软件开发环境调整类的层次关系和关联关系，定义软件数据库表结构等等。请采用适当的建模方法完成团队项目的系统详细设计。
实体-用户属性表
|
属性名 |
英文代码 |
类型 |
长度 |
说明 |
是否主码 |
|
账号 |
unumber |
stiring |
10 |
登陆用账号同时也是学号或教职工号 |
是 |
|
密码 |
ucode |
string |
10 |
登陆时所用的密码 |
否 |
|
姓名 |
uname |
string |
10 |
用户真实姓名 |
否 |
|
权限 |
ulimit |
int |
1 |
用户的权限（0—学生1—教师2—普通管理员3—高级管理员） |
否 |
实体-教室属性表
|
属性名 |
英文代码 |
类型 |
长度 |
说明 |
是否主码 |
|
教室号 |
cnumber |
string |
5 |
标示教室的标识 |
是 |
|
是否多媒体 |
cmedia |
int |
1 |
说明教室是否拥有多媒体 |
否 |
|
座位数 |
cnum |
int |
3 |
说明教室座位数 |
否 |
后台登录逻辑：
2.团队项目Github仓库《软件系统详细设计说明书》链接：
3.本次实验实施过程
本次实验是在系统概要设计的基础上进一步详细完善的过程，在原型搭建的过程中，我们已将前端界面设计好，代码已经写好，本次实验主要集中在数据库的属性与操作以及后台的逻辑部分上，目前后台正在学习阶段。负责后台部分的组员完善后台逻辑、数据库部分的组员完善相应的数据库部分的表结构。最后将之整合起来完成系统详细设计。
4.描述团队成员的具体分工、占整个实验任务的工作量比例及完成各自任务的实际时间
| 小组成员 | 具体分工 | 占整个实验任务的工作量比例 |
| 伊力亚 | 后台逻辑设计与完善 | 16% |
| 李国栋 | 查找资料小组学习的六个问题 | 14% |
| 张惠惠 | 系统详细设计说明书 | 18% |
| 张康 | 后台逻辑设计与完善 | 15% |
| 马兰 | 数据库表结构的设计 | 17% |
| 马娟 | 博客内容的撰写 | 10% |
| 阿合 | 系统概要设计说明书完善 | 10% |
5.总结团队项目详细设计心得
通过此次详细设计发现其实做好一件事情就需要想将大体的轮廓描绘出来，不断进行软件开发的迭代过程，而且需要团队成员之间的相互协作，负责每部分的同学需要了解字自己负责部分的不足，不断完善，最后小组之间进行各自部分情况的反馈，其余成员提意见与建议，不断地完善与修改。
6.回答以下六个问题：
（1）何谓软件体系结构、软件设计模式？
软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组合连接起来。这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中基本上得到保持。
软件设计模式（Design pattern），又称设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。
-
结构模型。这是一个最直观、最普遍的建模方法。这种方法以体系结构的构件、连接件和其他概念来刻画结构，并力图通过结构来反映系统的重要语义内容，包括系统的配置、约束、隐含的假设条件、风格、性质等。研究结构模型的核心是体系结构描述语言。
-
框架模型。框架模型与结构模型类似，但它不太侧重描述结构的细节而更侧重于整体的结构。框架模型主要以一些特殊的问题为目标建立只针对和适应该问题结构。
-
动态模型。动态模型是对结构或框架模型的补充，研究系统的“大颗粒”的行为性质。例如，描述系统的重新配置或演化。动态可以指系统总体结构的配置、建立或拆除通信通道或计算的过程。这类系统常是激励型的。
-
过程模型。过程模型研究构造系统的步骤和过程，因而结构是遵循某些过程脚本的结果。
-
功能模型。功能模型认为体系结构是由一组功能构件按层次组成，下层向上层提供服务。它可以看作一种特殊的框架模型
（2）什么是C/S与B/S结构？
Client/Server结构(C/S结构)是大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server 应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。
B/S结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier结构。B/S结构是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server同数据库进行数据交互。 这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本(TCO)。
(3) 什么是MVC设计模式？
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
MVC模式（Model-View-Controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）
- 控制器Controller- 负责转发请求，对请求进行处理。
- 视图View - 界面设计人员进行图形界面设计。
- 模型Model - 程序员编写程序应有的功能（实现算法等等）、数据库专家进行数据管理和数据库设计(可以实现具体的功能)。
（4）结合项目系统设计体验，简要说明（1）、（2）、（3）的内容与软件系统设计的关系。
设计模式和框架在软件设计中是两个不同的研究领域。设计模式研究的是一个设计问题的解决方法，一个模式可应用于不同的框架和被不同的语言所实现；而框架则是 一个应用的体系结构，是一种或多种设计模式和代码的混合体虽然它们有所不同，但却共同致力于使人们的设计可以被重用，在思想上存在着统一性的特点，因而设 计模式的思想可以在框架设计中进行应用。
框架和设计模式存在着显著的区别，主要表现在二者提供的内容和致力应用的领域。
从应用领域上分，框架给出的是整个应用的体系结构；而设计模式则给出了单一设计问题的解决方案，并且这个方案可在不同的应用程序或者框架中进行应用。
从内容上分，设计模式仅是一个单纯的设计，这个设计可被不同语言以不用方式来实现；而框架则是设计和代码的一个混合体，编程者可以用各种方式对框架进行扩展，进而形成完整的不同的应用。
以第二条为基础，可以得出设计模式比框架更容易移植：框架一旦设计成形，虽然还没有构成完整的一个应用，但是以其为基础进行应用的开发显然要受制于框架的实现环境；而设计模式是与语言无关的，所以可以在更广泛的异构环境中进行应用。
（5）详细设计的常见工具有哪些？
1）程序流程图。程序流程图又称为程序框图，是使用最广泛然而也是用得最混乱的一种描述程序逻辑结构的工具。它用方框表示一个处理步骤，菱形表示一个逻辑条件，箭头表示控制流向。其优点是：结构清晰，易于理解，易于修改。缺点是：只能描述执行过程而不能描述有关的数据。
2）盒图。盒图是一种强制使用结构化构造的图示工具，也称为方框图。其具有以下特点：功能域明确、不可能任意转移控制、很容易确定局部和全局数据的作用域、很容易表示嵌套关系及模板的层次关系。
3）PAD图。PAD是一种改进的图形描述方式，可以用来取代程序流程图，比程序流程图更直观，结构更清晰。最大的优点是能够反映和描述自顶向下的历史和过程。PAD提供了5种基本控制结构的图示，并允许递归使用。
PAD的特点有：使用PAD符号设计出的程序代码是结构化程序代码；PAD所描绘的程序结构十分清晰；用PAD图表现程序的逻辑易读、易懂和易记；容易将PAD图转换成高级语言源程序自动完成；即可以表示逻辑，也可用来描绘数据结构；支持自顶向下方法的使用。
4）PDL。PDL也可称为伪码或结构化语言，它用于描述模块内部的具体算法，以便开发人员之间比较精确地进行交流。语法是开放式的，其外层语法是确定的，而内层语法则不确定。外层语法描述控制结构，它用类似于一般编程语言控制结构的关键字表示，所以是确定的。内层语法描述具体操作，考虑到不同软件系统的实际操作种类繁多，内层语法因而不确定，它可以按系统的具体情况和不同的设计层次灵活选用，实际上任意英语语句都可用来描述所需的具体操作。用它来描述详细设计，工作量比画图小，又比较容易转换为真正的代码。
（6）如何绘制符合规范的流程图？
https://www.cnblogs.com/tdbk-nwnu/p/9138921.html
