| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 任课教师博客主页链接 |
| 这个作业的要求在哪里 | 实验十 团队作业6：团队项目系统设计改进与详细设计 |
| 团队名称 | 小团团团队 |
| 作业学习目标 | （1）掌握面向对象软件设计方法；（2）完善系统设计说明书，掌握面向对象详细设计内容、设计原理和技术。 |
任务一： 团队项目github仓库地址链接：团队项目github链接地址
任务二： 更新GitHub仓库《软件系统设计说明书》：软件系统设计说明书
任务三： 按任务要求完成团队项目系统设计改进总结
1、团队项目系统设计改进总结
我们团队经过这周的讨论和分析，发现我们之前的系统设计还有很多的不足之处，所以我们进行了以下改进：
(1) 我们在上次的系统分析说明中，增加了用例图，E—R、类图；
(2) 对文档中说的不清楚的地方进行了详细的说明；
(3) 在内部接口中增加了输入输出；
(4) 增加了数据结构与程序的关系。
以上是我们的一些修改，具体的详细改进请看软件系统概要设计说明书的改进
2、陈述本次作业实施过程，描述团队成员的具体分工、占整个任务的工作量比例及完成各自任务的实际时间，总结团队项目详细设计心得，总结中要体现每个成员的工作内容。
(1) 陈述本次作业实施过程
在我们收到作业后，我们小组成员就对作业的整体内容展开讨论，为了使作业可以保质保量的完成，我们小组最后商议决定，根据自己的能力承担本次作业各自的任务。在将自己所拿到到的任务做的差不多的时候，由我将这些任务模块收集整合，然后再经过一轮讨论后，对任务模块中不尽人意的地方进行修改，最后编写博客、上传GitHub和核查整个作业任务是否的完整和准确。
(2) 描述团队成员的具体分工、占整个任务的工作量比例及完成各自任务的实际时间
| 项目成员 | 具体分工 | 占整个任务的工作量比例 | 实际完成时间 |
|---|---|---|---|
| 陈飞 | 分析项目系统设计说明书的不足，将意见提交给胡文艳 | 20% | 130min |
| 周琳 | 编写《软件系统详细设计说明书》 | 30% | 300min |
| 赵燕霞 | 编辑博客，提交GitHub | 30% | 350min |
| 胡文艳 | 收到分析后，进行完成和补充项目系统设计实验书 | 20% | 150min |
(3) 总结团队项目详细设计心得，总结中要体现每个成员的工作内容
在团队项目中，接到任务后，首先应该进行团队讨论，分析该任务大体要做什么，然后根据团队成员各自的特点进行分工。等到各自的任务做的差不多的时候，大家把各自的成果进行展示，由团队中的其他成员进行点评，提出需要修改的地方，每个人再根据大家的意见进行修改。最后再由团队的领导进行整合。在这过程中，每个人都要保质保量的完成各自的工作，否则就会使得整个项目推迟或是无法向前推进。比如当我要写博客时，就要保证其他成员已经完成了他们的任务，在陈飞分析出项目系统设计说明书的不足后就应即交给胡文艳，让她进行项目系统设计实验书的完善，而周琳所编写得《软件系统详细设计说明书》在我写博客时的团队项目详细设计过程总结时需要用到。因此每个人都应按时完成自己的任务，保证团队项目可以顺利的进行。
任务四： Github仓库上传《软件系统详细设计说明书》
任务五： 团队项目详细设计过程总结
因为有了前几次做团队项目的经验，我们小组知道了团队工作就是团队成员为实现这一共同目标而共同努力。项目团队工作是否有成效会直接影响项目的成败，尽管计划以及项目领导的工作技能是必要的，但小组成员也是项目成功的关键。项目成功需要一个有效的项目团队。我们组每位成员都精心付出了自己的努力，相互依赖，齐心协力地进行工作，已保证项目目标的成功实施。在做这次的详细设计报告时，我们小组先进行了组内讨论，明确了大体内容，然后将意见交给周琳，让她进行最后的整合。
任务六： 回答以下三个问题
（1）何谓软件体系结构、软件设计模式？
软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组合连接起来。Kruchten指出，软件体系结构有四个角度，它们从不同方面对系统进行描述：概念角度描述系统的主要构件及它们之间的关系；模块角度包含功能分解与层次结构；运行角度描述了一个系统的动态结构；代码角度描述了各种代码和库函数在开发环境中的组织。
软件设计模式称设计模式（Design pattern），代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理地运用设计模式可以完美地解决很多问题，每种模式在现实中都有相应的原理来与之对应，每种模式都描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是设计模式能被广泛应用的原因。
设计模式分为三种类型，共23种。创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式（Interpreter模式）、状态模式、策略模式、职责链模式(责任链模式)、访问者模式。
（2）什么是C/S与B/S结构?
C/S （Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server 应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这种结构是将需要处理的业务合理地分配到客户端和服务器端，这样可以大大降低通信成本，但是升级维护相对困难。比如我们手机中安装的微信、qq、王者荣耀等应用程序就是C/S结构。
B/S（Browser/Server）结构，即浏览器和服务器结构。它是随着互联网的发展，web出现后兴起的一种网络结构模式。这种模式统一了客户端，让核心的业务处理在服务端完成。你只需要在自己电脑或手机上安装一个浏览器，就可以通过web Server与数据库进行数据交互，是对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。
（3）什么是MVC设计模式？
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，是一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。在这种模式中，通过JSP技术来表现页面，通过Servlet技术来完成大量的事务处理工作，实现用户的商业逻辑。Model（模型）是应用程序中用于处理应用程序数据逻辑的部分，通常模型对象负责在数据库中存取数据。View（视图）是应用程序中处理数据显示的部分，通常视图是依据模型数据创建的。Controller（控制器）是应用程序中处理用户交互的部分，通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP + servlet + javabean的模式。Model:常用javabean去实现，通过各种类来对数据库的数据进行获取，并封装在对象当中。View:常用JSP来实现，通过可直接观察的JSP页面来展示我们从数据库中获取的数据。Controller:常用servlet来实现，通过servlet来获取经过javabean包装过的对象（已存入数据库中的数据），然后再发送数据传输到JSP界面。