프로젝트 팀의 향상된 시스템 설계 및 상세 설계 : 6 실험 열 팀워크

함유량	계획
학급 교사 블로그 홈 페이지 링크	학급 교사 블로그 홈 페이지 링크
작업 링크 주소	팀워크 5 : 개선 프로젝트 분석 및 시스템 설계 필요
팀의 이름을 입력	역습 팀
목표 채우기	(2) 학습 소프트웨어 시스템 아키텍처 및 데이터베이스 로직 설계, 소프트웨어 시스템 설계 사양, 제어 시스템 설계 프로세스, 설계 원칙과 기법의 준비 내용 (1) 객체 지향 요구 사항 분석 방법을 습득.

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

2. 업데이트 GitHub의 저장소 "소프트웨어 시스템 설계 사양"

3. 작업은 시스템 요약을 개선하기위한 팀 프로젝트를 완료하는 데 필요한

토론과 분석은 우리의 시스템은 내용, 특정 지표를 풍요롭게 같은 결함과 결점의 많은 설계 및 장소에 두지 기능 발견 발견 한 후이 이번 주에 우리 팀이다. 우리는 우리의 시스템을 개선하고, 다음과 같은 분야에서 보완 된 디자인 :

a) 숨겨진 콘텐츠와 관련된 어떠한 정보도, 정보의 은폐 대상을 캡슐화함으로써 달성되지있다;

b) 개체 사이에서 달성되는 방법을 주목해야한다

재사용 c)는 소프트웨어로 표시해야

d)에 기존의 클래스를 사용합니다

E) 새로운 클래스를 만들 때, 반복의 미래를 고려하는

주입 급 클래스 계층의 소프트웨어의 크기와 개수의 F) 설

제품 품질 g)는 소프트웨어 개발 생산성, 전체 비용의 비용을 나타냅니다

H)에서 메인 시스템의 안정성

콘텐츠 명령 레벨 디자인 항목의 형태 I) 지정된 창 출력

J)를 더 상호 배타적 인 설계 작업 관리 서브 시스템에 의존하는, 객체 있어야 어떤 조치 결정

K) 지정된 객체의 액세스 경로

l) 지표의 우선 순위를 결정하고, 그러한 프로그램을 개발할

m) 리던던시 관련된 빠른 액세스를 추가

N) 보존 특성 도출

) O 조정 상속
우리는 우리의 시스템 설계 사양 및 세부, 콘크리트 많은 개선, 그래서 다음 작업 후에 우리의 프로젝트의 원활한 실현을위한 기반을 마련하기 위해, 우리 팀을 많이 용이하게 할 수 있음을 발견

4.Github웨어 하우스 업로드 "소프트웨어 시스템 상세 설계 사양"

"소프트웨어 시스템 상세 설계 사양"프로젝트 팀 Github의 저장소 연결

https://github.com/counterattackerBar4/Originate-Type

팀 프로젝트 세부 설계 프로세스 요약

메인 인터페이스 디자인과 기능적인 디자인 : 프로젝트의 상세 설계는 주로 두 가지 주요 모듈을 포함한다. 주요 기능의 설계는 기본 인터페이스 기능 (옵션 및 사용자 권한의 메인 인터페이스 목록)를 포함한다 첫 번째는, 팀은 구현 모듈 (팀 회원 세부 설명), (로컬 기능을 달성하기 위해 설명 대체 재료 사용자가 선택한 모듈 작업의 성능) 및 전반적인 기능 (특정 브라우저, VR 모드로 설정할 수 있습니다 허용하는 경우 후자, 대화 형 VR의는) 또한 전반적으로 인터페이스 디자인, 메인 인터페이스 디자인에서 인터페이스 디자인, 디자인의 팀 구성원, 지역 디자인과입니다 하나의 인터페이스 레이아웃과 조경으로 설계된 4 개 개의 모듈 하나를 찾습니다. 단위 테스트, 조립 및 테스트, 검증 테스트, 시스템 테스트 :, 우리의 홈 개선 프로젝트 때문에이 문제가 페이지를 아름답게 고려하는 설계 과정에 집중해야 마지막 테스트, 테스트 작업은 네 단계로 나누어 져 있습니다. 단위 테스트 : 흰색 상자 방법 및 블랙 박스에있어서 조합은, 화이트 박스 방법을 이용하여 복잡한 로직 모듈의 구조는 입력, 출력 모듈 테스트의 효율성을 개선하기 위해서, 블랙 박스 테스트를 기초.
조립 시험 : 상향식 (bottom-up) 테스트 증가.
확인 시험 : 요구 사항 명세에 참여함으로써 사용자 설명서를 수용.
시스템 테스트 : 수동 테스트 방법.
(1) 검출 시스템 환경 모듈 테스트 시스템 환경 모듈은, 상기 응답 데이터는 데이터가 정확하고 신중하게 선택 여부를 정확하다.
(2) 시험에 대한 기본 정보는 기본 정보 모듈은 시스템의 중요한 모듈입니다, 성공 또는 제대로 실행이 모듈의 시스템 설계와 관련된 실패의 열쇠, 특별한 시험이 모듈을 수행하는 것이 필요하다. 조기 발견 및 수정을 용이하게하기 위해, 설계 과정에서의 결함을 보충합니다.

6. 다음과 같은 세 가지 질문에 답변

어떤 소프트웨어 아키텍처, 소프트웨어 디자인 패턴?
소프트웨어 아키텍처 레벨이 알고리즘 설계 및 데이터 구조 설계 산출 과정을 넘어, 레벨 소프트웨어 설계 공정이다. 건축 문제와 글로벌 제어 설계, 조직, 규모 및 성능 디자인 요소의 요소에 특정 기능을 할당, 전체 조직, 통신 프로토콜, 동기화, 데이터 액세스를 포함, 디자인은 프로그램 중에서 선택된다. 일부 문제는 글로벌 조직 글로벌 제어 구조의 통신에서, 데이터 액세스 프로토콜 동기 맞춤 설계 기능성 성분, 물류 및 합성 등의 형태 및 전반적인 시스템의 구조 설계를 설명에서 처리 알고리즘 및 데이터 구조에 상기 소프트웨어 아키텍처 , 선택, 평가 및 기타 디자인 프로그램의 구현입니다.
소프트웨어 디자인 패턴, 디자인 패턴은 카탈로그 후 대부분의 사람들에게 알려진 반복 사용, 코드 설계 경험 요약의 집합입니다 말했다. 다른 사람을 이해하는 코드의 신뢰성 프로그램의 재사용 성을 보장하기 위해 코드를 쉽게 재사용 가능한 코드에 디자인 패턴을 사용합니다. 디자인 패턴은 일반적으로 클래스 세트를 설명하고 서로의 행동에 가까운 객체. 디자인 패턴은 숙련 된 디자이너의 디자인 경험을 마스터 할 수있는 초보자와 다른 디자이너를 만들고, 소프트웨어 설계를 논의하기 위해 공통 언어를 제공한다. 디자인 패턴은 또한 재건 소프트웨어의 대상을 제공합니다. 디자인에서 반복되는 문제에 대한 나쁜 디자인은 안티 패턴으로 알려져 피하려고한다.
공통 모드는 다음과 같습니다 생성 모드, 모드 구조, 행동 패턴, 동시 모드. 소프트웨어 디자인 패턴의 모든 종류 있지만, 그러나 그들은 모든 모드는 원칙을 따라야합니다 일반적으로 모델 원칙의 자신의 세트를 가지고 개폐 - 원칙, 리히터 대체 원칙, 합성 다중 원칙 종속성 반전 원리를 폐쇄, 인터페이스 분리의 원칙 및 기타 기본 원칙. 패턴 이름, 문제 해결 및 결과 : 소프트웨어 디자인 패턴의 네 가지 요소가있다.
무엇 C / S 및 B / S 구조 인
C / S 구조의 C / S 아키텍처은 소프트웨어 시스템이다. 작은 시스템 : 두 가지 수준에서 표면에서 인식 할 수있는 C / S 시스템은, 기본은 단순히 데이터베이스를 읽을 프론트 데스크에 표시합니다. 서버, 클라이언트, 또한 달성 지방 클라이언트 : 일반적으로 두 개의 층으로 나누어 져 있습니다. 그것은 단지 서버 데이터베이스에서만 실행됩니다. 시스템의 크기가 충분히 큰 경우, 건축에 대해 이야기 할 필요가있다. 물리 계층, 비즈니스 로직, 사용자 제어 층, 프론트 엔드 인터페이스 층 : 큰 C / S의 구조는 크게 나눌 수있다.
B / S 구조가 WEB의 상승 후 네트워크 구조 모드, 웹 브라우저는 가장 중요한 응용 프로그램 클라이언트 소프트웨어입니다. 이 모델은 시스템 개발, 유지 보수 및 사용을 단순화, 서버에 시스템 기능의 핵심에 초점을 맞출 것이다, 클라이언트를 통합. 그냥 넷스케이프 네비게이터 나 인터넷 익스플로러, 서버 설치 SQL 서버, 오라클, MySQL을 사용하고 다른 데이터베이스와 클라이언트의 브라우저를 설치합니다. 데이터베이스와의 데이터 교환을위한 웹 서버에 의해 브라우저. B / S의 가장 큰 장점은 한 인터넷 접속이 가능한 컴퓨터, 제로 클라이언트 설치, 제로 유지 보수를 사용할 수있는 한, 특별한 소프트웨어를 설치하지 않고도 어디서든 가동 할 수 있다는 것입니다. 시스템의 확장은 매우 간단합니다. 증가 된 상호 작용, 특히 수요 중심 AJAX 기술의 발달로, 점점 더 사용하여 B / S 구조, 또한 따라서 크게하여 서버의 부하를 감소 클라이언트 컴퓨터의 처리 과정의 일부가 될 수 지역 실시간 새로 고침합니다.
MVC 디자인 패턴은 무엇입니까?
MVC 이름 모델 뷰 컨트롤러 모델 (모델) - 뷰 (보기) - 약어 컨트롤러 (컨트롤러) 및 소프트웨어 설계 모델, 서비스 로직, 데이터, 조직 인터페이스 디스플레이 코드를 분리하는 방법, 비즈니스 로직 개선 및 사용자 정의 인터페이스와 사용자의 상호 작용이 비즈니스 로직을 다시 작성할 필요가없는 동안, 멤버를 수집합니다. MVC는 그래픽 사용자 인터페이스에 논리 함수의 종래 맵핑 입력, 처리 및 출력에 대한 독특한 구조를 개발 하였다. 데스크탑 프로그램 처음 본 MVC는 M의 목적은 동일한 프로그램이 서로 다른 사용할 수 있도록 MVC M 및 V 구현 코드 분리를 사용하는 것, C는 컨트롤러, 사용자 인터페이스가 V 수단 비즈니스 모델 표현. 예를 들어, 통계의 수를 표현하기 위해 별도로 막대 그래프, 파이 차트를 사용할 수 있습니다. 목적은 C M 및 V 동기화의 존재를 확인하고, 일단 M, 변경 V 동기화되어야한다.
모델 - 뷰 - 컨트롤러 (MVC)는 소프트웨어 디자인 패턴 프로그래밍 언어 스몰 토크 - 80 발명으로 1980 년대에 제록스 PARC입니다 널리 사용되어왔다. 그것은에서는 ColdFusion 및 PHP 개발자의 더 많은 사용으로 오라클의 Sun의 Java EE 플랫폼 디자인 패턴으로 권장하고 환영했다. 모델 - 뷰 - 컨트롤러 패턴은 많은 장점을 가지고, 유용한 툴킷이지만, 몇 가지 단점이있다.
--- 끝 --- 복원 내용