소프트웨어 공학 주요 사업장 - 개인 요약
프로젝트 문서 처리
GitHub의 링크 : https://github.com/SiriusZ-BOTTLE/MucMucMusic
UML 다이어그램과 디자인 설명 : https://www.cnblogs.com/Sirius-Z/p/11885955.html
프로젝트의 소스 코드
mucmuc 데이터베이스 : https://www.cnblogs.com/Sirius-Z/p/11885955.html
mucmuc 말초 코드 : https://github.com/SiriusZ-BOTTLE/MucMucMusic/tree/master/Muc
mucmuc 백엔드 코드 : https://github.com/SiriusZ-BOTTLE/MucMucMusic/tree/master/MucMucServer
I. 사업 개요
쓰기 프로젝트에 대한 첫 번째에 따라 전체 프로젝트는 분석을 필요로하고 전체 프로젝트에 대한 프로젝트, 다음 프로토 타입 디자인, 그리고 마지막으로 쓰기 코드의 UML 다이어그램을 그립니다. 앞면과 상호 작용하는 프로젝트 필요 후부, 우리는 백 엔드 springboot 프레임 워크, 데이터베이스 사용 MySQL을 사용하기 때문에, 알리 클라우드는 서버에 배포하고, 안드로이드에 대한 응용 프로그램의 JDBC 상호 작용, 프런트 엔드 개발을 사용합니다.
II. 개인 요약
작업 2.1 개요
나는 코딩 백엔드에 대한 책임입니다.
2.1.1 설계 단계
우리는 소프트웨어 엔지니어링 프로세스에 따라 프로젝트를 실시했다. 그러나 처음 이러한 과정, 많은 논의를 통해 방법, 또한 몇 우회 때문이다. 분석은 우리가 미래의 프로그래밍에서 더 적은 실수를 할 수 있도록, 우리가 개발 프로젝트의 목표와 어떤 일을해야을 이해하는 데 도움이 필요합니다. 전체 시스템 구조 및 코드 아키텍쳐 UML 다이어그램 표현. 아마 프로토 타이핑하면 소프트웨어를 보여줍니다. 우리가 설계하는 동안 다음 단계는 비교적 간단하지만이 단계를 통해 전체 프로젝트를 만들기에 많은 도움을 얻을.
뿐만 아니라 다른 문제를 토론 할 첫 번째 정기 회의에서, 우리는 노동 분업의 일원이었다.
2.1.2 코딩 단계
우리는 프레임 워크에 익숙하지 않은 때문에, 처음부터 배울 필요가있다. 나는 백 엔드 프로그래밍, springboot 프레임 워크에 대한 책임입니다. 프로젝트의 개발에서는 선단부가 리턴 결과 상호 작용 전단 JSON을 이용하여 HTTP 프로토콜의 후단을 통해 요청을 전송하고, 분리 가능 발전을 실질적으로 전방 및 후방 단부를 따른다. 이러한 방법으로, 우리는 노동 분업의 작업을 용이하게하고 코드를 수정할 수 있습니다.
내가 계층에 의해 코드 층 물품. 스토리지 계층 엔티티 엔티티 클래스, 작업 지속성 DAO 데이터베이스 층은 단지 추가 및 삭제는 데이터베이스 검색 동작에 대한 변경을 달성한다. 비즈니스 서비스 계층은 서비스 로직 처리를 저장하는 메소드 호출 제어 층을 제공하는 층이다. 제어기는 제어기 레벨, 수신 파라미터는 동작의 전방 단부를 통해 전달하고 결과를 반환한다.
쿼리, 업데이트 고려하여 DAO 레이어를 작성하고, 다른 작업이 주요 키가 아닌 다른 속성으로 데이터를 결정해야 할 수 있습니다, 그것의 준비에 속성 결정 대상을 통해이 속성을 SQL 문을 증가시킬 필요가 있는지 여부에 비어 . 멀티 테이블 작업을 위해, 우리는 작업을 용이하게하기 위해, 획득 된 데이터에 대한 뷰를 생성하기 위해 커넥터를 사용한다. 서비스 계층, 다양한 특정 작업의 주로 소프트웨어 구현합니다. 그리고, 구현에서, 이러한 작업은 추가 정보 영향 여부를 고려하고 그에 따라 처리해야합니다. 동시에, 또한 정보 성공과 실패를 반환해야합니다. 컨트롤러 레이어에서 수신 개체 JSON 포맷 선단을 통해 전달하고, 그 결과를 반환한다. 주석의 때문에 우리는 컨트롤러 레이어에서 매개 변수로 작동 맵을 논의 후, 쿼리 범위 또는 증가, 노래 정보, 필요성의 결과 매개 변수의 복수의 사용자를 요구해야 할 수도 있습니다.
다른 사람의 프로그래밍, 백 - 엔드의 후반 부분에서, 장 Shurui 때문에 다른 코딩 스타일의, 우리의 두 코드를 확인하고, 많은 논쟁을 생성 할 때. 동시에, 쓰기는 발생 문제를 읽고 다른 사람에게 한편으로, 형식을 표준화,하지만 수정 된 경우에도 몇 가지 문제가 발생하지 않기 때문에.
작업의 2.2 요약
나는 백엔드 코드의 준비에 대한 책임입니다. 나는 코드 작성 사양에, 이전 교환이 충분하지 않다 생각합니다. 이 규격을 작성하는 좋은를 결정할 수 있으며, 코드의 가독성을 향상시키는 방법에 서면으로 의견을 수있는 경우뿐만 아니라, 또한 이전 기간에보다 효율적으로 할 수 있습니다 나중에 수정, 코드가 더 깨끗합니다.
2.3 프로젝트 반사
완료 전체 프로젝트의 과정에서, 우리 그룹 초반 진행은 열정이 높은 것만으로는 충분하지 않습니다, 느리고, 많은 작업은 밖으로 서둘러된다. 그리고 후반 프로그래밍은 우리가 진보에 뒤쳐 그래서 상대적으로 늦게 시작했다. 그리고, 작업 승무원 할당을에 충분한 어떤 승무원 워크로드, 팀 구성원의 좀 더 자유로운 상황의 원인도 아니다. 이것은 또한 향후 개선 될 필요가있다. 조작 된 이미지를 달성하는 것은 우리의 프로젝트의 주요 문제이다. 우리는 데이터베이스에 저장 base64로 작동하지만 결과는 선도 천천히 우리의 암웨이 벽 모듈로드에 대한 언급. 나중에 조회를 통해 인터넷에 사실, 사진은 로컬 또는 서버에서 경로의 방법으로 스토리지 액세스에 더 적합합니다.
2.4 프로젝트 요약
이 프로젝트를 통해, 나는 생산적인 회의를했다. 이 프로젝트가 수행되는 소프트웨어 엔지니어링의 요구 사항에 따라, 실시한다. 그리고이 프로젝트를 통해, 우리는 어느 정도의 의미에 소프트웨어 공학, 소프트웨어 엔지니어링 경험의 내용을 알려 주시기 바랍니다. 그리고, 끊임없이 필요가 다른 사람의 경험에서 배우고 우리 소프트웨어가 밀실에서 안 쓰는 알려 주시기 바랍니다. 동시에 팀 프로젝트에서 우리 팀이 협력 할 필요가 어떻게 프로그래밍 과정에 알려 주시기 바랍니다.
III. 코스
각 라운드의 클래스를 확인, 나는 각 팀의 진행 상황을 검토 한 후 교사가 그룹 또는 그룹이 더 나은 그룹 쇼를 할 수 있도록 수 있다고 생각합니다. 이러한 방법으로, 한편으로 우리는 자신과 다른 그룹 사이의 간격은, 다른 한편으로는, 또한 우리가 더 나은 각 단계의 중요성을 이해 할 수 있다는 것을 알고있다.
소프트웨어 공학의보다 추상적 인 개념의 일부는, 내가 교사가 비즈니스 프로그램에서 좀 더 실제적인 예를도 말할 수있을 것 같아요, 우리는 소프트웨어 공학의 개념을 이해하고, 실제 프로그래밍에서 더 많은 비즈니스에 대해 알려주세요.