소프트웨어 공학의 주요 작업 요약

첫째, 프로젝트 문서의 통합

둘째, 프로젝트 요약의 완성도

대통령
1. 이벤트 만들기
2. 일정 수정
3. 이벤트 알림, 커뮤니티 스타일 출시
4. 게시 작업
5. 관리 커뮤니티 회원
학생
1. 이벤트 등록
2. 스타일에서 지역 사회의 메시지
3. 모든 지역 사회 정보보기
4. , 탈퇴 커뮤니티에 가입하려면
5. 커뮤니티보기 내부 작업
관리자
1. 커뮤니티 관리
2. 승인 응용 프로그램 활동
3. 공공 사이트 관리

셋째, 개별 프로젝트 작업 요약

1. 주요 업무

이 그룹의 소수로, 이전 단계의 준비 작업은 (요구 사항 분석, 설계)이 공동으로 수행하는 코드 구현 한 후, 특정 코드 블록 프리젠 테이션, 같은 클래스에 집중 많은 일이 없다 포함했다 그것은 쇼 모든 사람의 작업 부하에 좋지 않을 수 있지만 모든 사람이 다른 기능 실현 부문을 가지고, 개인은 다음과 같이 구분 :

+ 1.1 데이터베이스 프로그램의 직렬 연결은
JDBC와 MySQL을 직접 연결 사용하여 데이터베이스에 터미널 연결을 안드로이드 (궁극적으로 실패하기 전에 클라우드 데이터베이스, 이상 어려움을 극복 할 수있는 싸움을 사용하려고합니다) 인터페이스를 작성 내용 : 데이터베이스 인터페이스의 작성하는 프런트 엔드를 보여주는 관련된 정보를 포함하여 지역 사회, 직원, 학생 및 지역 정보 등을 표시합니다.
각각의 전사 활동 사이 값의 주요 어려움 사기가 각 활동이 함수에 기초하여 상기 송신 파라미터에 대응하는 완료 다중 스레드 메인 쓰레드에 관한 처리는 각각의 인터페이스가 작업을 전환 유연 수 없도록하는 것이, 더 많은 데이터 혼란 정보의 손실을 야기 .

2.2 완전한 인사 관리 겸 푸시 기능을 게시
안드로이드 단말기가 적시에 갱신의 인터페이스를 포함, 버그를 많이 겪고 수행하여 학습 개발하는 것은 작동하지 않음, 클래스를 찾을 등등, 거래의 세부 사항의 일부입니다 수 없습니다. 인력의 증가, 삭제 및 인사 관리의 전송합니다. 대통령의 사진을 업로드를 실현, 푸시에서 앨범 릴리스 기능에서 사진을 업로드, 게시를 확인하기 위해 사회의 직원을 밀어 가입 할 수 있습니다.

2.3 작업 및 푸시 기능보기 커뮤니티 완료
, 지역 사회에서 밀어 쇼 "나는이에 대해 우려하고있다"볼 밀어 헤더를 클릭, 커뮤니티 작업 수축 텍스트보기를 구현하여 실현, 디스플레이에 "나는 추가"작업에 연결을 .

2.4 전체 학생 커뮤니티의 관심사는 기능을 취소
사용자가 개인 환경 설정 커뮤니티 관련 활동에 따라 취할 수 있습니다.

2.5 주요 인터페이스 구현
커뮤니티 + 소개 보여주는 사회 영역, 직원에게 관리 인터페이스 커뮤니티 관리를 최적화, 푸시 전달 인터페이스를

2. 개인 반사

2.1 요구 사항 분석 단계는
, 약간의 편차, 여러 설계 요구 사항 문서가 교사에 의해 거부되었다 무엇의 요구 사항을 설명하기 위해 교사와 요구 분석의 이해, 요구 사항 분석 단계에서 우회를 많이 이동하기 때문에 우리가 설정 한 실제 수요 구체적인 실현 기능, 적은 수의 제한이 요구 사항을 요구했다. 다행히, 그는 팀 구성원의 공동 노력하에, 가장 중요한 예비 작업을 준비하는 프로젝트의 최종 완성은, 다음 프로젝트의 실현을 준비, 전투에있는 사람이 아니었다. 그러나 후반의 문제를 해결하는 과정에서 사실, 나는 디자인에 대한 수요의 부족을 발견했다.
반사의 무대를 얻을 수있다 :
바람직하지 않다 닫힌 문 뒤에, 당신의 마음을 열고, 다른 좋은 프로그래머가 코드를 작성 배울 수 있도록 영감을 얻을, 그것은 우리 자신의 일을하게하고 자신의 프로젝트에 반영, 똑같이 중요 브레인 스토밍 , 당신은 단지 기존의 일부 기능에 제한되지는 자신의 프로젝트에 대한 밝은 반점의 수를 증가시킬 수있다.

2.2 설계 단계
의 기초 설계 기준의 요구 사항 분석, 클래스 다이어그램, 유스 케이스 다이어그램, 그림 및 데이터베이스 설계 타이밍 차트, 디자인과 스케치에 관여하는이 단계에서, 모호함, 동안 그룹의 균일하지가, 이 시점에서 교사의 대답은 시간에 완료 할 수있는 그리기 작업에서 중요한 역할을했다.

2.3 코드 구현 단계
1. "작지만 좋은"달성되지 :
·하지 합리적이고 대화 형 인터페이스에 대한 정확한;
· 컨트롤의 사용에 다소 단조로운, 유연성 및 행사 통화를 사용한다
완전히 달성하기 위해 기능을 제한 간주되지 ·을 조건 및 합리성을 달성했다.

<교사는 우리가 완전히 원래의 기초 만든 개정안을 흡수 할 것이다 제안>

2. 통합 관리 코드가 완전히 반영하지 :
프로그램 뒤에 봉합하는 과정의 결과로, 코드 사양을 작성하는 코드를 작성하는 과정에서 잊어 버린 때문, 돌아올 수없는 길, 우리는 한 팀, 좋은으로, 세부 사항의 일부를 수정해야 쓰기 사양은 팀 전체의 효율성을 향상시킬 수 있습니다, 이것은이 프로젝트 연습에서 얻은 교훈 I입니다.

이 가르침을위한 제언의 작은 약속에 대한 넷째,

먼저하자 나를 Zhu의 용인 교사를 칭찬 :
Zhu의 용은 훌륭한 교사 인 경우, 네 개의 이정표, 우리는 여자 그룹 발생한 많은 문제는, 모든 선생님이 질문을 답변 괜찮, 많은 문제를 해결할 수, 교육뿐만 아니라, 교사가 우리가 도움이 될 것인지 건설적인 생각을 많이 넣어 것, 그것은 Zhu의 용인 교사의 수업 열심히하고 좋은 시간 인 조각에, 부정 할 수없는 것입니다.

그런 다음 내 작은 약속 권장 사항이다
: • 질문 1
우리의 소녀 그룹의 측면에서, 팀의 일부 부조리가있을 수 있습니다 (개인적인 경험 말하기) : 적은 수의 사람들이, 더 통일 된 스타일,보다 균형 잡힌 수준,하는 수 통합 a의 아이디어의 실현으로 이어질 프로젝트의 뒤쪽에 좁은 상대적으로, 팀이 평균 학생의 수준에 말할 것이다, 합류 힘을 가지고, 그것은 오히려 불공평?
· 권장 사항 :
교사의 실제로 아무 문제지만, 어려운 구현하는 남성과 여성의 초기 아이디어는, 비교적 현대적인 대학 학생들이 부끄러워에 의한 어려운 열려있을 수 있습니다. 하든 우리는 자원의 평균 할당과, 팀 접근 방식을 임의성 수 있습니까? 또는 그룹 좋은 팀의 경우 적절한 전송? 무언의 규칙을 팀이 팀워크를 달성 지인 속보뿐만 아니라이 비합리성을 줄일 수 있습니다, 그것은 또한 두 가지를 모두 수행, 학생 간의 교류와 소통을 증가시킬 수있다.

• 질문 2 :
네 이정표, 우리는 모든 팀이 쇼를보고 블로그 형태로 수행, 팀 간의 통신의 상대적 부족, 상호 학습 과정의 부족.
· 권장 사항 :
교사가 그룹을 이해할 수있는, 다른 그룹은 또한 학습 및 통신의 어느 정도가 될 수를 제외하고 각 이정표가 끝나기 전에, 그룹이 격감 할 수있다 그룹,보고, 문제는 증폭되어, 다음은 통합 솔루션의 효율성을 향상시킬 수있는 경우 ? 조별가 제대로 될 수 있습니다 좋은 성능을 보여 경우 학생들의 열정을 동원 할 점 : 또한, 어떤 사람들은 다음과 같은 필요한 인센티브 메커니즘이라고 생각 않습니다.