## [미리 경계에 BBS가 작은 복 forearmed된다]
1. 스프린트 시간표 (칠일 질주 시간, 2019-11-3--2019-11-14 사이의 협정)
| 스프린트 시간 | 일정 |
|---|---|
| 2019년 11월 6일 | 회의는, 콘크리트 작업 준비 |
| 2019년 11월 7일 | UI 재구성 완료 |
| 2019년 11월 8일 | 백 엔드, 백엔드에 전달되는 페이지의 앞 부분은 일부 기능을 완료하기 시작 |
| 2019년 11월 9일 | 두 프론트 엔드 인터페이스 (17)가 완료 |
| 2019년 11월 10일 | UI 개선 개선 앞 페이지 UI 주어진 기능 시험의 백엔드 부분 |
| 2019년 11월 11일 | 백 엔드의 대부분은 기능 시험의 대부분을 완료 할 수있는 기능 작동, 프런트 엔드 UI를 완료 |
| 2019년 11월 12일 | 완성 된 액세스 데이터베이스 작업 |
| 2019년 11월 13일 | 각 테스트는 공석 트래핑을 채우기 위해 분석 |
| 2019년 11월 14일 | 마무리 작업 |
2. 마지막 작업 학생들에 대한 대답은, 교육 조수의 문제를 제기
Q : 재 인쇄 기능을 추가 할 생각인가?
A : 할 것이다 용량에 여유가있는 경우 복각 목적 함수는 복제 플러스 친구의 원은 달성 될 수있는 API 광고 마이크로 채널에 결합되는
다른 학교, 사용자 인증 정보를 얻을 방법 Q는?
A : 일시적으로 사용자는 주로 대학을 위해, 다른 학교를 고려하지 않았다
Q : 프레임 워크의 사용은이 단계에서 명확하지 않다?
A : VUE 스테이지가 uniapp 제작이 APP를 수행하는 프레임 워크를 사용하도록 구성되며, 다중 단말들은 동시에 발행 할 수있다
차트에 의해 렌더링되는 클래스 다이어그램 또는 테이블 구조를 완결해야하는 경우 3. 에세이에 함께 붙여주십시오
현지 작업의 이전 부족 4. 사고 및 요약
패널 회원 국회 의사당이 완료 모든 마지막으로 이전 작업 완료 시간, 우리는 시간에 앞서 일을 논의하기 위해 늑장에 거부를 그룹을 기대!
(로컬 팀워크와 분업을 강화하고 개선 할 필요 이전 부족) 팀 부문을 개선해야 할 필요성
학생들의 그룹 내에서 회의, 관계의 팀 상대적으로 적은 수의 매우 조화로운 작은 녹슨 없습니다. 스프린트 팀의 시작 후, 노동 분업은 분명하지만, 고정 된 위치에서 매일을 논의 팀워크를 강화하기 위해 충족하지만, 여전히 서로 도움이 될 것입니다.
6. 팀 코드 표준
팀 코드 표준은 특성에 수요일 (11.6) 팀 작업, 토론에 테이블에 넣어 첫 만남이 될 것입니다.
①라는 이름의 스타일 :
코드 이름은 밑줄 또는 달러 기호로 끝날 수 없습니다, 밑줄 또는 달러 기호로 시작할 수 없습니다. 코드라는 이름의 사용 금지 병음 영어와 혼합,하지만 중국 패션의 직접 사용을 허용하지 않습니다. UpperCamelCase 스타일 클래스 이름을 사용합니다. 메소드 이름, 매개 변수 이름, 멤버 변수, 지역 변수는 당신이 혹 양식을 준수해야합니다 일관된 사용 lowerCamelCase 스타일입니다. 상수 의미 단어 사이에 밑줄로 구분하여 모두 대문자를 명명 완료하기 위해 노력하고
전체 분명, 너무 오래하지 이름입니다. 추상 클래스 이름이나 사용 추상 자료의 시작, 끝 예외를 사용하여 명명 예외 클래스, 동급의 이름이 시험의 말에 시작 테스트 할 이름을 딴 테스트 클래스. 통합 소문자 패키지 이름, 포인트
문자 및 영어 단어의 한 자연 언어가 사이의 구분. 나는 텍스트를 찾고 피하기 위해 모르는 의미를 완전히 비표준 약어를 제거합니다.
② 코드 형식 :
네 개의 공간 들여으로, 탭 문자의 사용을 금지합니다. 모두가 경우에 / 대한 / 동안 / 스위치 / 사이에 공백해야 할 다른 예약 된 단어와 괄호. 사용 규칙을 중괄호. 이 비어있는 경우, 간결 중괄호 {}, 포장이 필요하지 않습니다 내 기록
: ③ 법령 참고
다른 사람이 주어진 의견을 읽을 수 있습니다.
7. 법률 건물의 장 13-17 읽기
기능 테스트 및 비 기능 테스트, 시험 방법 단위 테스트, 코드 검사를 포함한 소프트웨어 테스트에 대해 이야기 장 XIII, 검증 테스트, 수용 테스트 테스트 "탐구", 및 회귀 테스트 시나리오, 통합을 구축, 시스템 테스트, 파트너 테스트, 성능 테스트, 스트레스 테스트, 내부 / 외부 공개 테스트, 사용성 테스트
장 XIV 품질 + 품질 보증 소프트웨어 엔지니어링의 품질, 소프트웨어 품질 프로그램에 대해 얘기 =
장 소프트웨어의 안정성과 릴리스 단계에 대해 이야기 XV, 및 초기 단계의 안정은, 팀은 단순히 프로세스를 수정하고 코드를 테스트, 릴리스 단계 이후, 필요성 검토하는 결함에, 그리고 팀 구성원을 복구하기로 결정하고 배운 것을
혁신의 IT 산업에 대해 이야기 16 장, 큰 혁신을 가져올 것 좋은 생각은, 승리의 기계를 가져올 혁신의 선구자가 될 수됩니다
사람, 성능 및 직업 윤리에 대해 이야기 장 XVII는 팀워크는 소프트웨어 엔지니어는 자신의 직업 윤리가 있어야합니다, 규제 만들 성공하기 위해 꽃 봉오리에서 실행 필수적이다