| 계획 | 함유량 |
|---|---|
| 이 작품은 과정 속 | 학급 교사 블로그 홈 페이지 링크 |
| 어디에서 작업이 요구 사항 | 프로젝트 팀의 향상된 시스템 설계 및 상세 설계 : 6 실험 열 팀워크 |
| 팀 이름 | 작은 라운드 팀 |
| 작업 학습 목표 | (1) 객체 지향 소프트웨어 설계 마스터 (2) 객체 지향 콘텐츠 설계 원리와 기술의 상세한 설계를 파악하기 위해, 시스템 설계 사양을 향상시킨다. |
작업 하나 : 팀 프로젝트 GitHub의 저장소 주소 링크 : 팀 프로젝트 GitHub의 링크 주소
과제 2 : 업데이트 GitHub의 저장소 "소프트웨어 시스템 설계 사양" 소프트웨어 시스템 설계 사양
작업 세 : 시스템 요약을 개선하기위한 팀 프로젝트를 완료하는 데 필요한 작업에 따라
1, 프로젝트 팀은 시스템 설계 요약을 개선하기 위해
우리 팀은 이번 주 토론과 분석 후, 우리는 시스템 설계 전에 많은 단점이 있다는 것을 발견, 그래서 우리는 다음과 같은 개선을했다 :
(1) 이전 분석에 도시하는 유스 케이스도 증가 시스템, E-R, 클래스 다이어그램;
(2) 상기 문서의 불분명 한 점 상세히 설명 하였다;
(3) 내부의 입력 및 출력 인터페이스의 증가;
(4) 상기 데이터 구조 및 절차의 증가 사이의 관계.
이러한 우리의 변화, 개선에 특정 자세히 살펴 중 일부는 소프트웨어 시스템 개요의 설계 사양을 개선하기 위해
2, 문이 할당 구현 프로세스, 프로젝트 팀의 경험의 세부 설계를 요약 팀 구성원의 분할, 실제 임무의 총 작업 부하 및 작업 완료 시간의 비율을, 설명, 작업 요약은 각 멤버의 내용을 반영합니다.
(1)의 동작 공정을 실시 항
우리가 작업을 받으면, 우리의 팀원은 우리 팀의 질과 양이 마지막으로 각자의 능력에 따라 작업이 과제를 수행하기로 결정을 논의 할 수있는 일을하기 위해, 작품의 전체 내용을 논의합니다. 자신의 시간에 그는 내가 이러한 작업 모듈 통합을 수집 유사한 작업을 수행하는 얻을 것이다, 그리고 토론의 라운드 후, 만족스럽지 못한 로컬 작업 모듈은 마지막으로 블로그를 작성, 수정, GitHub의 업로드 전체 작업 작업의 검증은 완전하고 정확합니다.
팀 구성원의 노동의 특정 부문 (2) 설명, 작업의 총 작업량과 작업을 완료하는 실제 시간의 비율
| 프로젝트 참여자 | 노동의 특정 부문 | 작업 부하에 대한 회계의 전체 작업의 비율 | 실제 완료 시간 |
|---|---|---|---|
| 첸 페이 | 프로젝트 분석 시스템의 부적절한 설계 사양은 후 Wenyan에 제출 | 20 % | 130min |
| 저우 린 | 쓰기 "소프트웨어 시스템 상세 설계 사양" | 30 % | 300min |
| 자오 Yanxia | 편집 블로그, GitHub의 제출 | 30 % | 350min |
| 후 Wenyan | 분석 받으면, 설계 및 실험 책 프로젝트를 완료하고 시스템을 보완 | 20 % | 150 분 |
(3) 프로젝트 팀의 경험의 상세 설계의 개요, 작업 요약은 각 구성원의 내용을 반영하기 위해
在团队项目中，接到任务后，首先应该进行团队讨论，分析该任务大体要做什么，然后根据团队成员各自的特点进行分工。等到各自的任务做的差不多的时候，大家把各自的成果进行展示，由团队中的其他成员进行点评，提出需要修改的地方，每个人再根据大家的意见进行修改。最后再由团队的领导进行整合。在这过程中，每个人都要保质保量的完成各自的工作，否则就会使得整个项目推迟或是无法向前推进。比如当我要写博客时，就要保证其他成员已经完成了他们的任务，在陈飞分析出项目系统设计说明书的不足后就应即交给胡文艳，让她进行项目系统设计实验书的完善，而周琳所编写得《软件系统详细设计说明书》在我写博客时的团队项目详细设计过程总结时需要用到。因此每个人都应按时完成自己的任务，保证团队项目可以顺利的进行。작업 넷 : Github의 저장소에 업로드 "소프트웨어 시스템 상세 설계 사양"
"소프트웨어 시스템 상세 설계 사양"프로젝트 팀 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界面。