개인 연구는 블로그를 체결
| 이 작품은 과정 속 | 의 소프트웨어 공학 교사 |
| 어디에서 작업이 요구 사항 | https://www.cnblogs.com/nwnu-daizh/p/11093584.html |
| 작업 학습 목표 | (1) 프로젝트 승인 (2)의 완성 과정 내용을 요약 반영합니다. |
1. 주소 "실험 소프트웨어 공학은 준비" https://www.cnblogs.com/runju/p/10508694.html을
한 가지 문제는 : 프로젝트에 참여 이러한 행위뿐만 아니라 어려운 프로젝트 개발 프로세스 인의 전체 경험과 발생하여 개발자가 문화적 배경 및 소프트웨어의 개발을 이해하는 것이 필요 여부, 해결 된 문제를 통해, 나는이 필요하다고 생각 그것은 나중에 쉽게 유지 보수 및 테스트를 할 수있는 추가 소프트웨어 품질, 좋은 소프트웨어 요구 사항 분석 및 소프트웨어 설계 문서, 소프트웨어 개발 프로세스는 매우 중요하고 필수적인 내용입니다을 개선 할 수 있습니다.
두 번째 문제는이 연습 개발을 통해, 수석 개발 엔지니어로 느끼는 사실은, 가장 중요한, 자신과 엄격한 경험을 요약,뿐만 아니라 시도하는 가장 기본적인 소프트웨어 개발 전문 지식뿐만 아니라 용기를 가지고 끊임없이 자신을 향상 확실히 더 나은 자격 시험에 합격하지만, 테스트가 진행을 계속, 우리의 생각을 제한 할 수 없기 때문에, 배울 구에 살고 있습니다.
질문 세 가지 : 문제에 대한 코드 검토, 개발을 통해, 다시 프로젝트 개발, 소프트웨어 개발의 전체 과정을 완료 할 매우 성공적이었다 않고 있기 때문에이 매우 필요하다고 생각, 사실, 지속적으로 버그를 찾고 연속 수리입니다 단계별로 소프트웨어 설계 단계의 단계에 따라 설치 과정은 소프트웨어의 품질을 보장합니다, 고객의 요구에 한 걸음 더 가까이 될 것입니다, 한 등, 완료합니다.
2. 프로젝트의 타당성 자신의 분석을 요약 / 분석 / 소프트웨어 설계 / 구현 / 테스트 / 프로젝트 승인이 / 무엇을 배울 필요가있다 "지식을."
소프트웨어의 설계 단계에 대해, 사실, 궁극적 인 문제는 소프트웨어 분석을위한 초기 수요를 인식하고 가장 먼저하는 것입니다, 자격을 갖춘 소프트웨어의 중요성은, 좋은 소프트웨어 분석 소프트웨어는 과정에서 할 수있는 첫 번째 단계이며, 지식 그 소프트웨어 설계 프로세스 설계 소프트웨어 등의도. 시스템의 설계 특징 중 일부에 기재된 일부 구조도 시스템 동작 시스템 기능 정보 등의 데이터 흐름도 및 설계 도면,도 상자 클래스 다이어그램 소프트웨어로 실현하기위한 도표, 주로 부호화 설계, 개발 및 구현 단계 소프트웨어 설계에 의하여 상기 프로그램 단계에 따라 엄격하게해야한다. 소프트웨어 테스트에, 사실, 그는 테스트 케이스 설계의 수와의 묘사를 포함, 그 과정에서 버그를 발견 지속적으로 모든 개발 자격을해야 여덟 프로필 화이트 박스와 블랙 박스 테스트 다음에 등가 클래스, 일부 직원들은 전문 지식이 있어야합니다. 마지막으로, 고객이 취소하고 이해할 수 있도록 자신이 개발 한 소프트웨어를 소개하는 간단하고 이해할 수있는 방법이 될해야하는지 포함하여 계약의 식별은 소프트웨어 수용 과정이, 그는 정말 조금 정식 소프트웨어의 수용 과정, 혜택을 느끼고있다 .
3. 개인 경험
진정한 소프트웨어 개발 프로젝트 팀워크의 중요성을 인식하고, 개별 프로젝트, 그것은하지만 자매 결연에서, 당신은 큰 제한이 생각하는 의미, 무엇을해야하는지 어떻게 생각하는지에 사람의 생각을 결정할 수있다 문제는 다양한 솔루션을 가질 수 있음을 깨닫고, 그 다음 팀 프로젝트를 프로그래밍하고, 사람들은 많은 프로젝트에 대한 추가 소프트웨어의 품질을 보장하기 위해, 놀이 공간이, 생각하지 기대할 수 있습니다. 팀워크는 시간을 절약 좋은 품질의 개발 프로젝트, 프로젝트 개발의 효율성을 향상시킬 수있는 모듈의 각 책임의 효율성을 향상시킬 수 있습니다. 개인의 경우, 우리 팀이 크게 프로젝트 실천의 도움 된 사회에 미래의 통합에 대한 책임을 가지고 그래서, 그들은 등을 학습, 사고, 친구, 좋은 친구를 많이 알고있는 것, 동일하지 수확.
과정과 연습 요약 4. 요약 업그레이드 제공합니다 :
그는 코드 2500 개 라인에 대해 쓴 (1) 소프트웨어 공학 연습.
(2) 소프트웨어 엔지니어링 숙제의 관행에 얼마나 많은 시간
| 실험 | 시간 (분) |
| 실험 십사 프로젝트 검토 팀 및 과정 요약 | 60 분 |
| 실험 열세 팀워크 9 : 베타 팀 전력 질주와 프로젝트 승인 | 90 분 |
| 실험 열두 팀워크 8 : 소프트웨어 테스트 및 알파 질주 | 60 분 |
| 실험 열한 팀웍 7 : 팀 프로젝트 디자인 및 완벽한 코딩 | 200min |
| 프로젝트 팀의 향상된 시스템 설계 및 상세 설계 : 6 실험 열 팀워크 | 60 분 |
| 실험 구 팀워크 5 팀 프로젝트 개선 및 시스템 설계 필요 | 90 분 |
| 프로젝트 팀의 프로토 타입을 기반으로 수요 조사 및 분석 : 실험 팔 팀워크 4 | 120 분 |
| 실험 7 팀 과제 3 : 프로토 타입 및 개발 프로젝트 팀 | 40 분 |
| 실험 여섯 팀 과제 2 : 프로젝트 선택 팀 | 30 분 |
| 실험 5 팀워크 1 : 소프트웨어 R & D 팀 </ TD를 설정 | 30 분 |
| 실험 4 소프트웨어 엔지니어링 자매 결연 사업 | 60 분 |
| 세 가지 작업과 동료 평가의 개선 | 40 분 |
| 소프트웨어 공학 실험이 개별 이벤트 | 60 분 |
| 실험 소프트웨어 공학은를 준비하는 | 30 분 |
이 어려운 경우 (3) 통합 프로젝트, 우리가 작업 배치 각 실험의 선두 주자이며, 각 사람이 자신의 모듈을 가지고, 모두 다음에 노동의 다른 부문, 페어 통합의 시작을 가지고 각 사람의 컴퓨터의 다른 환경, 일부 인터페이스 디자인을 포함하여 각 모듈의 저장 위치의 내용으로, 통합의 후반 부분에서 큰 문제가 있기 때문에 통합은, 그것이 더 큰 영향이며, 시간이 오래 걸립니다 .
소프트웨어 공학 20 약 4 시간 (4) 누적 지출, 시간이 점차 증가 할 때 코드가 기록 된 말에, 일주일에 오시간의 평균을 보냈다.
(5) 프로젝트 개발 과정에 있지만,이 자바 언어-알게 다시, 우리의 주요 프로젝트는, 언어의 자바에 대한 사전 지식이 개발을 통해, 너무 얕은 자바 언어를 작성하는 것입니다, 자바 언어에 대해 많은 것을 배웠습니다 지식은 여전히 큰 수확이있다.
| 소프트웨어 개발 도구, 프로젝트 관리 도구 | 소프트웨어 개발 방법 | 모델링 소프트웨어 |
| 일식, Navicat는 (데이터베이스 시각화 도구), GitHub에, MySQL을 | 객체 지향 접근 방식, 프로토 타입 개발하는 과정에서의 데이터 구조 | 객체 지향 |
5. 어떤 문제는, 현재 교육 과정을 생각 하는가 당신이 더 나은 제안을 할.
소프트웨어 공학이 과정은 소프트웨어 개발 경험의 요약은 소프트웨어 개발을위한 이론적 지침, 나는 소프트웨어 개발 관행을 수행하기 전에 모두 파악 및 소프트웨어 개발 기술 이론의 이론적 기초의 기초를 이해하기 위해 읽어야합니다 생각입니다 초석, 우리는 추가 소프트웨어 개발의 품질을 보장 할 수 있습니다. 가장 큰 문제는 소프트웨어 엔지니어링 프로세스 자체가 점차 잃고 명입니다 지루하고 지루한, 필요한 지식의 대부분은 이해하기 마스터 더 많은 지식, 이론적 지식의 사람을, 포함하는 복잡한 과정이다 인 관심의 문, 나는 문제가 있다고 생각합니다.