| 계획 | 함유량 |
|---|---|
| 교과목 | 2016 컴퓨터 과학 및 공학 소프트웨어 공학 (노스 웨스트 사범 대학) |
| 어디에서 작업이 요구 사항 | 실험 십사 프로젝트 검토 팀 및 과정 요약 |
| 과정 학습 목표 | (2) 반영하도록 과정 내용을 요약 (1) 소프트웨어 프로젝트 프로세스 부과됩니다 마스터 |
테스트
학기 과정 내용의이 질문에 답하고 명확하게하려고, 당신이 언급 한 작업 5 (주어진 질문에 블로그 링크) "실험 소프트웨어 공학은 준비를"대조 방법을 학습 / 연습에 의한 토론 / 명확하게, 학습은 새로운 문제를 야기하는지 여부? 그렇다면, 문의하시기 바랍니다.
Q1 : 소프트웨어 공학, 컴퓨터 과학에서 매우 모호이 코스와 접촉이없는 것처럼, 단순히 프로그래밍. 직전에 결과 개체에, 책 스타일의 사양 코드 (70) 이후 "법률의 건설"을 참조하십시오. 책에 이러한 사양은, 비록 그와 같은 이유를 이해하지만 어떻게 사양 모른다. 나는 방법을 알고하지 않습니다.
Q1에 대한 답변 : 스타일 사양을 코딩 등 당신이 특정 역할과 함께 영어로 설명 변수의 소정 세트 내에있는 같은 밑줄 인터페이스 클래스의 이름 등을위한 프로파일뿐만 아니라 표현의 변수를 포함, 또는 모든 소정 운영자는 공간이 있어야합니다 사이에 코드를 형성하는 코드를 병합하기 쉽고, 특정 스타일을 개발해야합니다.
Q2 : 두 번째가 마지막으로하기 때문에, 그것은 쉽게 이기적인 사람들 때문에이 모델은 전체 프로젝트에 영향을 미칠, 관료 모델에 대한 책의 101 페이지,하지만 왜이 질문을 물어 작은 이유가?
Q2 응답의 경우 : 관료 모델이 부정적인 영향을 미칠이 문제를 제기하기 때문에 작동 때문에, 과도한 간섭 평신도 전문가들이 부정적인 영향을 피할 수 있습니다.
Q3 : 역할은 무엇을하는 컴퓨터 산업에 어떤 실제 사용 결국 소프트웨어 엔지니어링? 매우 폭 넓은 개념은 있지만, 특별히 결국 그것을 할 수 있습니다, 당신에게, 대답하기 어렵다.
Q3 응답의 경우 : 공법에 대한 광범위한 있지만, 프로젝트 지침을 안내하지만, 결과를 얻기 위해 특정 소프트 업무 프로세스를 따라야하는 소프트웨어 회사 중 하나를 수행하는 것입니다.
두 번째 실험은
분석 / 소프트웨어 설계 / 구현 / 테스트 / 프로젝트 승인이 / 프로젝트의 타당성에 무엇을 "지식"을 습득해야 / 자신의 분석을 요약.
• 1, 타당성 분석
당신이 해결할 수있는 경우가 해결할 가치가 있는지, 가장 짧은 시간에 문제를 결정하기 위해 최소한의 비용으로 팀 프로젝트 타당성 분석의 NABCD 기본 방법을 사용.
• 2, 분석을 필요로
하는 유스 케이스 다이어그램을 그릴 소통하고 사람들과 공유 할 Visio를 UML 그래픽 그리기 도구를 사용하여, 설문는 사용자의 요구를 분석. 사용자가 사용할 수 있도록 개발 프로젝트의 궁극적 인 목표는, 사용자가 기능, 인터페이스를 필요로 같은 명확하게 사용자의 실제 요구 사항을 이해하고, 너무보고 싶어하는 것이 필요하다. 분석 프로젝트 개발 시간을 단축하고 프로젝트 개발의 효율성을 향상시킬 수있는 비행이 필요합니다.
3 •, 개요 설계
개요 설계는 가장 구현을 설계하고 선택하는 것입니다, 분해 소프트웨어 아키텍처 및 데이터베이스 설계 및 테스트 계획 후 시스템 기능.
• 4, 상세 설계 : 시스템의 상세 설계는 주로 상세한 설명 및 구체적인 디자인은, 후반의 개발 인력의 개발을 촉진, 최종 코드의 품질을 결정합니다.
세 번째 실험
프로그램 / 프로젝트 팀의 개인 용품 / 접합 개인적인 경험과 결합은 경험에 대해 이야기한다.
개별 프로젝트의 구현을 통해, 내가 그들의 관련 전문 지식의 깊이 알고는 마스터하는 것만으로는 충분하지 않습니다뿐만 아니라 학습과 연습의 부족을 발견했다. 소프트웨어 엔지니어링 요구 사항 분석이 부족, 부적절한 이러한 개선 할 필요가 있으며 소프트웨어 개발 프로세스를 학습 한 후, 소프트웨어 개발의 능력에 의해 제조 된 각종 문서는 양심적으로 업그레이드 요약과 미래 학습과 연습, 참조 개선 필요 다른 소프트웨어 프로젝트, 소프트웨어 엔지니어링 경험을 좋은 생각. 아무것도 할 수있는 시간에 내가 거인의 어깨에 서보다는 것들을 바퀴의 생산을 할 수있는 아이디어를 반복 생각해야합니다. 점수는 소프트웨어 개발의 더 나은 이해를 가지고이 개인 프로젝트는 많은 것을 배웠습니다. 이 학기, 교사가 소프트웨어, 소프트웨어 개발 방법과 이론적 지식과 실무 조합의 프로세스 측면을 연구 개발하는 소규모 그룹으로 협조를 계속하도록 요청, 나는 소프트웨어 엔지니어링 얕은 이해를하기 시작했다. 나는 가장 큰 업적 윤곽 설계와 상세 설계의 차이를 알고 생각, 문서 작성하고, 왜 쓰는가, 왜 작성하는 방법을 알 필요가있다. 물론, 그 다음이 상대적으로 쉽게 개발할 수 있어야 소프트웨어 개발 프로세스에 내재 된 소프트웨어 개발에 대한 내 생각을 그냥 코딩을하지 않고 좋은 소프트웨어 디자인이있는 경우 테스트, 디자인 부분은 더 중요 변경, 프로그래밍 이 소프트웨어는 또 다른 큰 개발 한 경우에도 더 명확 할 것이다.
실험 4
요약 연습의 과정을 합산하고 업그레이드 가져온다.
1, 통계 소프트웨어 공학 연습 • 코드를 완료하면 얼마나 많은 행;
코드의 3,000 개 이상의 라인의 완성에 대한 소프트웨어 공학의 실천이다.
2 • 각각, 당신은 소프트웨어 엔지니어링 작업의 두 번째 연습에 많은 시간을 보냈다? (목록을 확인)
| 태스크 | 시간을 보내 (H) |
|---|---|
| 실험 소프트웨어 공학은를 준비하는 | 4 시간 |
| 소프트웨어 공학 실험이 개별 이벤트 | 15 시간 |
| 세 가지 작업과 동료 평가의 개선 | 12 시간 |
| 실험 4 소프트웨어 엔지니어링 자매 결연 사업 | 8 시간 |
| 실험 5 준비 소프트웨어 엔지니어링 | 5 시간 |
| 실험 여섯 개 팀 프로젝트 주제 | 7 시간 |
| 실험 7 팀 프로토 타입 및 개발 프로젝트 | 6 시간 |
| 실험 연구와 분석은 팔 프로토 타입 기반 팀 프로젝트를 필요로 | 15 시간 |
| 실험 구 개 팀 프로젝트 개선 및 시스템 설계 필요 | 20 시간 |
| 실험 열 개 프로젝트 팀 시스템 설계 및 상세 설계 | 18 시간 |
| 실험 열한 팀 프로젝트 및 코딩을 개선하기 위해 설계 | 30H |
| 만약 소프트웨어 테스트 및 테스트 알파 질주 | 15 시간 |
| 베타 테스트 열세 팀 전력 질주와 프로젝트 승인 | 10H |
| 실험 십사 프로젝트 검토 팀 및 과정 요약 | 5 시간 |
당신이 가장 인상적인 일단 작업 할 수있는 3 •? 이유는 무엇입니까?
이 작업의 베타 팀 전력 질주 프로젝트 승인에 나는 매우 감명을 받았습니다. 미리 만들어진 다양한 디자인에서 우리 팀의 많은 매우 상세한하지가있을 수 있습니다, 팀 빌딩은 초 고체 배울하지 않았다 배울 수있는 일을 계획입니다. 그것은이 실험에서 매우 어렵게되었다. 원래 너무하지 할 수있는 좋은 방법을 개발하기위한 것, 마지막으로 다른 방법을 변경했습니다. 팀 구성원은 특히 통일되지 내에서 마지막으로, 웹 페이지를 할 것은 좋은 다목적 달성 할 수없는, 매우 일반적이다. 마지막으로, 나와 함께 협력 차례로 한 다른 팀 구성원에 전체 프로젝트 구현 기능이 매우 죄송합니다, 매우 포괄적하지 않은 대부분의 변경을 실시 하였다.
4 •, 시간의 누적 수는 소프트웨어 공학의 관행에 소요? 주당 시간의 평균 지출?
수락의 마지막 손실 초기 SDI로부터 시스템을 발견 300 시간의 누적 총 비용 주당 13시간 평균.
• 5, 당신은 배우고 새로운 언어, 새로운 플랫폼을 마스터,
자바 언어 수준에서 작성 개선, 숙련 된 기본 문법과 쓰기 방법 HTML 페이지의 일부, MySQL 데이터베이스를.
새로운 플랫폼 : 블레이드를 사용하여, 정원, 마크 다운, GitHub의, 패널, 비 교실 블로그, UML 유스 케이스 다이어그램은 번 다운 생산뿐만 아니라, 그려.
• 6, 아래의 양식을 작성, 당신은 배우거나 사용 연구의 학기, 소프트웨어 엔지니어링 개발 도구, 개발 방법과 모델링 방법을 요약,
언어 : 자바 웹, 자바
플랫폼 : 블로그 정원, GitHub의, MOOC의 중국 대학
7 • 또는 수확의 다른 측면을 향상시키기 위해.
(1) 블로그와 방법 엄격한 완전한 소프트웨어 프로젝트, 문서 및 코드 쓰기 능력 개선을 개발하는 방법을 배웁니다.
(2) 문제를 분석하고 해결하는 능력을 향상시킬뿐만 아니라, 자신의 몇 가지 단점을 수정해야 할 필요성을 인식합니다.
(3) 매듭을 통해 팀워크의 중요성을 인식, 프로젝트 및 프로젝트 팀을 완료합니다.
실험 5
당신은 무엇을, 물론 현재의 문제를 생각하는 당신이 더 나은 제안을해야합니까.
이 부분 실제로, 소프트웨어 공학이 과정 자체의 지루한 본질을 방지 할 수 있습니다. 통합 연습합니다. 나는 이성을 상실 교실 교수법 교사, 아주 이상한, 그러나, 적응 조금, 그러나, 우리를 위해 반드시 적합한 특정 전환 기간, 새로운 교수법을해야 할 수도 있습니다 생각, 저 개인적으로, 나는 우리의 수준의 효율성을 생각하지 않는다 고.