시스템 및 상세 설계를 개선하기 위해 프로젝트 디자인 팀 : 여섯 번째 작업을 "당신은, 바로 팀에있어"

함유량	계획
이 작품은 과정 속	[ 교사 홈 ]
어디에서 작업이 요구 사항	[ 조작 조건 ]
팀 이름	"당신이 바로 팀에있어."
작업 학습 목표	객체 지향 소프트웨어 설계 방법 1. 이해 2. 개선 시스템 설계 사양, 객체 지향 설계 내용의 상세한 파악, 설계 원칙 및 기술

팀 프로젝트 GitHub의 저장소 주소 링크

[ GitHub의 저장소 링크 ]

두 프로젝트 시스템 디자인 개선 "당신은 팀에 말할 것"

디자인의 요약에서, 예비 개요 설계 시간 및 출석 시스템,하는 내부 데이터 구조가 부분적으로 쉽게 고객의 자신의 필요에 의해 이해되지 않는, 고객 미만 직관적 인 데이터 흐름 모델을 기반으로, 이는하지 자신 요구하고, 이전 프레임의 설계로 인해, 시스템이 실질적으로 더 명확하게 정의되지 함수 차 레벨이므로 단지 클래스 다이어그램 UML 클래스 다이어그램 내부 인터페이스 부에서 내부 구조가 분할되지 않기 때문에 이렇게이다 깊이, 관계를 아래로 나누어이 문제를 해결하지. 첫 번째 시스템 구조 다이어그램이 개정, 직관적 인 디스플레이 모듈을 최적화 된 시스템이없는 고객의 고객이 명확하게 같은 자신의 요구 비전의 요구와 개발 그룹을 이해할 필요가 무엇인지 인, 한 눈에 기능을 가지고 있습니다 한 클래스 이름에 관련된 다음도의 내부 인터페이스는 분할 된 콘크리트 클래스, 클래스, 메소드, 변수 개발팀 부재의 설명의 이해를 용이하게하기 주요부 설명된다.

[ 프로젝트 시스템 설계 개선 GitHub의 주소 업데이트 링크 ]

세 팀 프로젝트 세부 설계

소프트웨어 프로젝트 짐 우드의 상세 설계 단계에서 개발 팀은 더 클래스 조정에 따라 시스템 설계 분석 모델, 속성 클래스 정제 및 운영, 서비스 매개 변수 및 특정 구현 로직 계층의 클래스의 상세한 정의 및 관련 소프트웨어 개발 환경을 수정합니다 관계, 사용자 정의 소프트웨어 데이터베이스 테이블 구조 등등. 다음과 같은 요구 사항은 다음과 같습니다 :

가. 적절한 모델링 시스템의 사용은 프로젝트 팀의 상세 설계를 완료합니다.

b. 参考国标GB8567——88中《软件系统详细设计说明书》格式，撰写团队项目软件系统详细设计说明书，文档要求使用一致的图形符号和文字描述内容，将该文档上传到团队项目Github仓库。

【详细设计说明书GitHub地址链接】

四团队项目详细设计过程总结

主功能流程

总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段，也是软件设计的第二步。其任务就是把解法具体化，也就是回答下面这个关键的问题：“应该怎样具体地实现这个系统”，通过详细设计应该得出对目标系统的精确描述，给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。

五具体设计分工及占整个系统设计文档任务的工作量

成员姓名	具体分工	工作占比
张旭辉	采用适当的建模方法完成团队的系统的详细设计	20%
丁家辉	在团队博客发布博文，陈述本次作业的实施过程，团队项目详细设计过程总结	20%
达选奇	分析初稿不足，在团队项目github仓库中更新《软件系统设计说明书》	20%
金生芳	撰写团队项目软件系统详细设计说明书	20%
温永琴	描述团队具体成员的分工，总结团队项目详细设计心得	20%

六心得

本次实验在组长组织下，团队成员努力去完成任务。期间我们遇到了一些问题和分歧，比如想法不统一，任务分配不均匀。但是在大家的积极去探讨下我们也成功解决了。通过大家自身擅长的部分我们进行了任务规划和分配。总体来说还是比较合理。通过此次任务也反应出我们团队成员的一些缺点，比如专业知识不够扎实，技术不到位，知识点的模糊。这些也成为我们完成任务的一大障碍。也是让我们最头疼的地方。我们通过上网查阅资料以及在同学帮助下解决问题，完成了任务。所以希望在今后的团队合作道路中我们能够有更大的进步，不断合作去学习，取得更好的成绩。还有在这次任务也体现了我们团队的合作精神。大家都对自己分配到的任务认真的去对待，遇到不会的大家一起合作讨论去解决。每次团队合作让我们的心更进一步，对知识的追求更加渴望。也让我们认识到自己的不足，未来我们还需要不断努力学习，才能成就更好的自己。

七回答以下问题

（1）何谓软件体系结构、软件设计模式？
（2）什么是C/S与B/S结构
（3）什么是MVC设计模式？

问题一：何谓软件体系结构、软件设计模式？
软件体系结构：

  软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据件和连接构件。处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组合连接起来。这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中基本上得到保持。

软件设计模式：

1.广义讲，设计模式是可解决一类软件问题并能重复使用的设计方案
2.狭义讲，设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述。是在类和对象的层次描述的可重复使用的软件设计问题的解决方案
3.模式体现的是程序整体的构思，也会出现在分析或者是概要设计阶段
4.模式的核心思想是通过增加抽象层，把变化部分从那些不变部分里分离出来

问题二：什么是C/S与B/S结构？

  C/S结构（Client/Server，客户/服务器模式）服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如ORACLE、SYBASE、InfORMix或 SQL Server。客户端需要安装专用的客户端软件。通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。客户端进行用户界面/事物处理，服务器进行数据处理

  B/S结构（Browser/Server，浏览器/服务器模式）是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。

两者区别：

1.硬件环境不同
  C/S一般建立在抓用的网络上，小范围里的网络环境，局域网之间在通过专门服务器提供链接和数据交换服务。 
  B/S建立在广域网之上的，不必是专门的网络硬件环境，比如：电话上网，租用设备，信息自己管理有比C/S更强的适应范围，一般只要有操作系统和浏览器就行。
2.对安全要求不同
  C/S一般面向相对固定并且相同区域，对信息安全的控制能力很强，一般高度机密的信息系统采用C/S结构适宜，可以通过B/S发布可公开信息 。
  B/S建立在广域网之上，对安全的控制能力相对弱，可能面向不可知的用户。
3.处理问题不同
  C/S程序可以处理用户固定，并且在相同区域，安全要求高需求，与操作系统相关，应该都是相同的系统。 
  C/S的客户端由于是本地程序，因此和本地硬件，程序的交互性很强，比如可以控制本机的其他程序，可以读写本地磁盘文件，可以与硬件交互。
  B/S建立在广域网上，面向不同的用户群，分在地域，这是C/S无法做到的，与操作系统平台关系最小，正因为如此B/S很难和本地硬件，程序，文件进行交互。比如：很难控制本机的其他程序，很多那都写本地磁盘文件，很难与硬件交互，当然可以用ActiveX技术解决，比如网银，这样做的问题就是可能会被客户拒绝，而且只能Windows操作系统。

问题三：什么是MVC设计模式

 “MVC”模式即是：“Model-View-Controller”模式。在这种模式中，通过JSP技术来表现页面，通过Servlet技术来完成大量的事务处理工作，实现用户的商业逻辑。
在这种模式中，Servlet用来处理请求的事务，充当了控制器（Controller即“C”）的角色，Servlet负责响应客户对业务逻辑的请求并根据用户的请求行为，决定将哪个JSP页面发送给客户。JSP页面处于表现层，也就是视图（View即“V”）的角色。JavaBean则负责数据的处理，也就是模型（Model即“M”）的角色。
Servlet+JSP+JavaBean(MVC)模式适合开发复杂的web应用，在这种模式下，servlet负责处理用户请求，jsp负责数据显示，javabean负责封装数据。 Servlet+JSP、JavaBean模式程序各个模块之间层次清晰，web开发推荐采用此种模式。