「小さな丸いチーム」第六の仕事：システムを改善するためのプロジェクト設計チームと詳細設計

プロジェクト	コンテンツ
この作品は、コースに属し	教室の先生のブログのホーム・ページへのリンク
どこの仕事でこの要件	プロジェクトチームの改良されたシステムの設計と詳細設計：6実験10人のチームワーク
チーム名	小さな丸いチーム
ジョブの学習目標	（1）オブジェクト指向ソフトウェア設計マスタ;（2）オブジェクト指向のコンテンツ、設計原理と技術の詳細な設計を把握するために、システム設計仕様を改善します。

タスクを1：チームプロジェクトのGitHubリポジトリのアドレスリンク：チームプロジェクトgithubのリンクアドレス

タスク2：更新のGitHubリポジトリ「ソフトウェアシステムの設計仕様」：ソフトウェアシステムの設計仕様

タスク3：システムの概要を改善するために設計されたチームプロジェクトを完了するために必要なタスクに応じて

1、システム設計の概要を改善するためのプロジェクトチーム

私たちのチームは、今週の議論と分析した後、我々は、システム設計の前に、多くの欠点があることがわかったので、我々は、以下の改良を加え：

（1）我々の以前の分析ではユースケース図、E-R、クラス図を増加させる、そのシステムを示す図です。

（2）前記文書不明な点について詳細に説明しました。

（3）内部入出力インタフェースの増加;

（4）データ構造と手続きの増加との関係。
これらは、私たちの変更の一部、改善の具体的な詳細を見ているソフトウェアシステムの概要の設計仕様を改善します

2、声明この割り当ての実装プロセスは、チームメンバーの部門を記述する、彼らの実際のミッションの合計ワークロードとタスク完了時間の割合は、各メンバーの内容を反映するために、プロジェクトチームの経験、仕事の概要の詳細設計をまとめました。

（1）操作は、プロセスの実施形態を記載しました

私たちは仕事を受け取ったら、私たちのチームのメンバーは、私たちのチームの質と量は、最終的にはそれぞれの能力に応じてタスクの割り当てを行うための意思決定を議論することができ仕事を作るために、仕事の全体的な内容を議論します。自分の時間で、彼は私がこれらのタスクモジュールの統合を収集し、その後、議論のラウンドの後、地元のタスクモジュール不十分な変更が最終的にブログを書き、GitHubのをアップロードする同様のタスクを行うようになるだろうそして、ジョブ全体のタスクの検証が完全かつ正確です。

労働者の特定の部門（2）チームメンバーの説明、タスクの総作業量の割合とそのタスクを完了するために実際の時間

プロジェクトメンバー	労働者の特定の部門	ワークロードのための会計処理のタスク全体の割合	実際の終了時間
陳飛	プロジェクト分析システムの不十分な設計仕様は、胡Wenyanに提出すること	20％	130min
周林	「ソフトウェア・システムの詳細設計仕様」書きます	30％	300min
趙Yanxia	編集ブログ、GitHubのを提出	30％	350min
胡Wenyan	分析を受信すると、設計と実験本プロジェクトが完了し、システムを補完します	20％	150min

（3）プロジェクトチームの経験、仕事の概要の詳細設計の概要は、各メンバーの内容を反映するために

     在团队项目中，接到任务后，首先应该进行团队讨论，分析该任务大体要做什么，然后根据团队成员各自的特点进行分工。等到各自的任务做的差不多的时候，大家把各自的成果进行展示，由团队中的其他成员进行点评，提出需要修改的地方，每个人再根据大家的意见进行修改。最后再由团队的领导进行整合。在这过程中，每个人都要保质保量的完成各自的工作，否则就会使得整个项目推迟或是无法向前推进。比如当我要写博客时，就要保证其他成员已经完成了他们的任务，在陈飞分析出项目系统设计说明书的不足后就应即交给胡文艳，让她进行项目系统设计实验书的完善，而周琳所编写得《软件系统详细设计说明书》在我写博客时的团队项目详细设计过程总结时需要用到。因此每个人都应按时完成自己的任务，保证团队项目可以顺利的进行。

タスク4： Githubのリポジトリのアップロード「ソフトウェアシステム詳細設計仕様書」

「ソフトウェアシステム詳細設計仕様書」プロジェクトチームのGitHubリポジトリ接続

タスク5：チームプロジェクト詳細設計プロセスの概要

     因为有了前几次做团队项目的经验，我们小组知道了团队工作就是团队成员为实现这一共同目标而共同努力。项目团队工作是否有成效会直接影响项目的成败，尽管计划以及项目领导的工作技能是必要的，但小组成员也是项目成功的关键。项目成功需要一个有效的项目团队。我们组每位成员都精心付出了自己的努力，相互依赖，齐心协力地进行工作，已保证项目目标的成功实施。在做这次的详细设计报告时，我们小组先进行了组内讨论，明确了大体内容，然后将意见交给周琳，让她进行最后的整合。

タスク6：以下の3つの質問に回答
（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界面。