| 계획 | 함유량 |
|---|---|
| 이 작품은 과정 속 | 소프트웨어 엔지니어링 |
| 어디에서 작업이 요구 사항 | 실험 십사 프로젝트 검토 팀 및 과정 요약 |
| 작업 학습 목표 | (1) 소프트웨어 프로젝트 프로세스 부과됩니다 마스터, (2) 과정 내용을 요약 반영. |
스타트:
1 부. 프로젝트 승인의 의견은 볼 수있는 테이블에 인계했다, 승인을 완료되었습니다. 팀 블로그
. 파트 2 개인 연구는 결론을 내렸다 :
소프트웨어 공학 작업을 먼저 읽기 : 내가 보는 점
이전 올리는 질문에 대답 :
- Q1 : 이해의 일련의 버그가이 단계에서 사용자 만의 느낌 좋은 결과 코드 오류가 소프트웨어 개발에서 발생 나타낼 수있는 버그가, 후. 소프트웨어 생성 된 결함과 사용자 사이의 차이, 의사 소통의 수준에 속하는 문제 분석 및 상세한 분석 단계, 나는 그것이 버그에 기인 할 수 없다고 생각해야합니다.
- Q2 : 변경 제어가 아니라 소프트웨어 개발을위한 첫 번째 단계이지만 모든 정확한 위치의 첫 번째는, 수요의 변화는, 협상이 얼마나 상관없이 다음없고, 겉으로는 제어 할 수없는 사실, 완전히 상쇄 아무 문제가 없다, 이것은 정확한 위치에 대한 소프트웨어의 시작 부분에 개발과 경험의 프리젠 테이션에서 오랜 경험, 문제없이 오직 많은 상상할 필요합니다. 그것은 경험 호닝 년 소요, 그것은 해결할 수 있습니다.
- Q3 : 새로운, 혁신적인 소프트웨어 설계 높은 실제로 사람들에게 신선한 느낌을 가져올 수 있지만, 뭔가 새로운 것을 확실히 사용자의 요구에 맞게 것이라고 말할 수 없습니다, 우리의 소프트웨어 개발 프로세스는, 아직 서 있지 만, 오래된 수 없습니다 라인 아웃 버전. 진보적 인 개발 및 구현 상상력을해야합니다. 두 번째로 사용자의 경우, 새로운 트랜잭션은 반드시 완전하게 인기가없는, 그래서 그것은 여전히 초기 요구 사항 분석 단계, 정확한 위치 문제입니다.
- 경로를 학습 :이 질문에 대한 대답을 우리가 읽고 배워야한다면, 지원의 어떤 정도가 없다는 것을 알기. 내가 팀 연습의 과정과 함께 읽었는데, 우리는 이러한 문제를 이해합니다.
- 문제 신흥 : 제어 할 수없는 요인을 제거, 반드시 모든이 자리에 고려되지, 초기 소프트웨어 개발의 모든 작업을, 다른 중요한 요인은 고려되지 않습니다이 있어야합니다. 희망은 천천히 나중에 연구에서 발견 할 수 있습니다.
실제로 지식을 배운 :
타당성 분석
배운 NABCD 법
요구 사항 분석
팀에서 토론 및 분석, 우리는 경험의 종류를 제공 할 필요가 대상 사용자 및 대상 사용자를 파악하기
소프트웨어 디자인
잉크 디자인 프로토 타입에 사용되는 칼 및 기타 도구
실현
환경의 사용뿐만 아니라, 언어와 관련된 많은 지식을 알아보기
테스트
사용에 능력의 블랙 박스 테스트 방법
프로젝트 승인
국방 기술과 방법 Cangzhuo 및 하이라이트
감정과 경험 :
실험이 시작된 프로젝트 팀 전에, 나는 개발에 경험이 없었다. 팀 아무것도 이해하지 못하는 두 개 더 개인을 포함하여 사명이있다. 내가 먼저 정말 매우 어렵습니다, 배경 개발 역임했다. 프로젝트의 효과를 궁극적으로 정말 죄송, 손상.
그러나 실험 팀의 시작의 과정에서, 우선 나는 블로그, github의 관리를 작성하는 배웠다. 둘째, 나는 할 수있다 "하고 내가 잘못 괜찮다고 방법,"팀 리더는 팀 내부 조정 방법의 많은 압력이 매우 큰 배운 지식은 내가 상상했던 것보다 훨씬 더 큰 배웠습니다. 프로젝트의 시작 부분에서 여러 가지 문제가 코딩 측면은 다양한 문서의 측면이 더 신중하게 처리하고 처리해야 더 많은 개발 시간의 3 분의 2 이상 차지, 쓰기, 문제를 고려 등장했다. 정말 많은 것을 배웠습니다.
요약 및 연습을 강화 :
(1) 소프트웨어 엔지니어링 실제로, 나는 아마 코드 5000 개 + 라인을 마쳤다.
(2) : 소프트웨어 엔지니어링 관행의 작업 일정을 지출 할 때마다 :
| 실험 | 시간을 보내십시오 |
| 실험 1 : 준비 소프트웨어 공학 | 3H |
| 실험 2 : 소프트웨어 공학 개별 프로젝트 | 5 시간 |
| 실험 III : 개선 상호 평가 작업 | 2 시간 |
| 실험 4 : 소프트웨어 공학의 자매 결연 사업 | 5 시간 |
| 실험 5 팀워크 1 : 소프트웨어 R & D 팀을 설정 | 2 시간 |
| 실험 여섯 팀 과제 2 : 프로젝트 선택 팀 | 1 시간 |
| 실험 7 팀 과제 3 : 프로토 타입 및 개발 프로젝트 팀 | 4 시간 |
| 프로젝트 팀의 프로토 타입을 기반으로 수요 조사 및 분석 : 실험 팔 팀워크 4 | 3H |
| 실험 구 팀워크 5 : 팀 프로젝트 개선 및 시스템 설계 필요 | 6 시간 |
| 프로젝트 팀의 향상된 시스템 설계 및 상세 설계 : 6 실험 열 팀워크 | 7 시간 |
| 실험 열한 팀웍 7 : 팀 프로젝트 디자인 및 완벽한 코딩 | 8 시간 |
| 실험 열두 팀워크 8 : 소프트웨어 테스트 및 알파 질주 | 5 시간 |
| 실험 열세 팀워크 9 : 베타 팀 전력 질주와 프로젝트 승인 | 4 시간 |
- (3) : 작업은 가장 심오한되면 "영어 텍스트의 통계 분석은"실험 4 자매 결연 프로젝트 보고서
그 이유는 여러 번 실험 팀과 비교는 나에게 깊은 소프트웨어 공학이 자매 결연 프로젝트하다고 생각했다. 4 월 초 당시 블로그를 작성하는 형식 (...) 심지어 형식 (Chou의 매우 간단한 경우에도) 멋진 블로그를 작성하고, 특히 약한 기술을 코딩 할 수없는, 아직 익숙하지, 교사는 영어 텍스트를 달성하기 위해 단어 빈도 통계 프로젝트를 매듭에 할당 나는 정말 당황 .... 내가 재단의 주니어 파트너와 짝이 약하다. 그것은 단지 학교에 가지 않을거야 그래서, 나는 그날 밤 작은 프로젝트의 개발을 배우기 위해, 우리는 저녁 4시를 배운 기억, 그래, 그 4 점이다. 이건 정말, 최대 아 개최 슈퍼 대머리 느낌 ...하지만 우리는이 작은 프로젝트를 달성하기 위해 압력을 버텨 누가, 정말 행복, 나는 특히 풍부한 느낌! ! !
(4) : 그것은, 소프트웨어 공학의 관행에 100 시간 총했다 주당 10 시간 평균을 보냈다. 수동 미소 :)
(5) : 나는 배우고 새로운 언어를 습득 할 수 있고, 새로운 플랫폼은 다음과 같습니다 프로젝트 개발 팀의 과정에서, 당신은 새로운 언어가 자바 언어를 기반으로해야한다고 말할 수 없다, 우리는 간단한 버그를 프레임 워크를 구축하고 수리 배운 새로운 플랫폼 프로젝트는 직접 톰캣 8.0로 캡슐화 실행할 수 있습니다, 더 이상 기존의 내부 일식의 운영 및 배포 환경입니다.
(6) : 아래의 양식을 작성, 요약
| 소프트웨어 개발 도구, 프로젝트 관리 도구 | 소프트웨어 개발 방법 | 모델링 소프트웨어 |
| 이클립스, 톰캣, MySQL은 | 객체 지향 개발 방법론 | 객체 지향 모델링 |
- (7) 기타 손익 업그레이드 : 주로 그것의 더 많은 수확 그룹 내에서 먼저 실질적인 학습 경험을위한 더 나은 관계, 프로젝트, 이득, 압축 기능 다음은, 깊은 강화되었습니다 블로그 놀이 공원에 도착.