코스 특성 :
| 코스 등록 | https://edu.cnblogs.com/campus/xnsy/Autumn2019SoftwareEngineeringFoundation |
| 작업 연결 | https://www.cnblogs.com/harry240/p/11469058.htm 리터 |
| 과정 목표 | 소프트웨어 개발 및 요구 사항의 단계를 마스터 |
| 코스 수확 | 사용 인하는 블로그를 작성 |
| 참조 | https://www.cnblogs.com/family-626-77/p/5271599.html |
사람의 정보 :
| 이름 | 팬 Xingchen |
| 학생 ID | 201831061119 |
| 블로그 주소 | https://www.cnblogs.com/gakkiwlp/ |
작업의 두 텍스트 :
1. 개인 소개
사실, 그들은 길이에서 얘기 이점을 마련하고, 도로 자체에서 공부 가치가 될 수 있다면 좋은 일 장점을 느낄 수 없습니다. 즉, 주요 권고 사항이 심각하게 다른 사람에게들을 수 그것을 개선하는 것입니다. 때문에 면양시에서 최고의 사립 학교의 뛰어난 클래스에서 테스트 중학교. 그들은 고등학교의 시작 부분에 다른 장소에서 자신의 길을 시작했다. 부모의 통제 불능 처음부터, 자신을 탐닉하기 시작했다. 그의 성적도 낙담 교사의 영역에, 하락,하지만 그들은 특권을 없애고 있도록 부모와 교사 다행히 자신의 적절한 조언은, 결과는 번영하기 시작했다. 돌이켜 보면 조금 무서워. 나 자신을 굽혀 한 경우, 부모의 의견을 듣지 않습니다. 연구 밖으로 층에서 제거되었을 수 있습니다, 지금 속에서 수생 뜨거운 그의 생활 할 수있다. 그리고 그것은 자신을 저장 나중에 천천히 다음 큰 장점입니다.
2. 읽기와 생각
(1) 상기하자 당신은 당신의 직업 상상에서 대학을 입력 할 때
가. 높은 점수 있지만, 이러한 전문 덜 잘 수있는 몇 가지 작업의 조정과 함께 자신이 좋아하는 일을 선택하지 같은 211 푸 저우 대학 등 다른 지역.
남서 석유 대학은 지방 플러스 열에서 IT와 결합 된 듀얼 클래스에 지명되었다 때문입니다.
나. 코딩에 학습 태도의 부족을 느끼고, 라인 좀 덜. 때문에 적은 프로그래밍의 콘텐츠 낮은 클래스와 필요, 난 그냥 작은 모피 느낌을 학습했다. 자신의 자기 태도와 결합, 미래에 대한 공포의 힌트였다 수 없습니다.
다. 사실, 정말 또한 증오를 계산하고 싶지, 원래 그것 때문에 산업을 받고 높은 급여이다. 그는 관련 기술을주의 깊게 공부 것 그 후 비용을 지불하고, 좋은 일을 할 수 있습니다.
라. 것, 청두 (成都)의 국영 기업 / 기관의 소프트웨어 개발 / 컴퓨터 경력을 게시 할 수 있습니다.
(2) 사람의 제어는 거리를 걸어와 미래의 발전을 설명하고 지금 전에
가. 언어 마스터 데이터 구조, 라인 (1000) C 언어 스네이크 이해 하였다.
나. 언어 부족 (C 언어는 기본 언어가 아닙니다), 또한 자바와 파이썬을 잘 알고 있어야합니다, 코드는 프로젝트가 충분하지 않습니다, 충분하지 않습니다.
(3) 지금 삶의 선택, PubMed를, 직장, 공공 시험, 해외 이동, 다른 주니어의 노력에 다른 옵션이의 교차로입니다. 그리고 각 경로가 있는지 대학원 작업, 여러 가지가 있습니다.
. PubMed를 / 해외는 -> 테스트는 대학원 후 잘 수행.
B 장점 : 부적절한의 자신의 학부 경쟁력 문제를 피하기 위해
단점 : 업무 경험의 부족
다. 검토 및 대학원 과정 해외 준비
라. 영어 학습 하루 신입생 동안 주장 심각한의 높은 수를 마스터
품질 문제 3. 언급
Q1은 어떻게 측정하고 개인의 능력을 개발? (P42 장 소프트웨어 엔지니어를 성장)
컴퓨터 과학 및 전문 기술의 학생으로서, 우리는 우리의 기술 능력을 개발하는 방법을 계획하고, 우리는 어떻게 서로 다른 능력의 균형 발전에 가야한다. 이것은 우리 학생들이 혼란스러워하는 것입니다.
생각의 오류 소프트웨어 엔지니어를 방지하는 방법 Q2? (P48 장 소프트웨어 엔지니어를 성장)
우리의 프로그래밍의 얼굴이 다른 생각의 오류에 빠질 가능성이있다, 우리는 생각의 오류를 방지하는 방법으로 이동합니다.
소프트웨어 개발 팀 모델의 Q3의 장단점? (P91 장 V 팀 및 프로세스)
현재 개발 협력을 위해, 우리는 개발 모델의 종류를 선택해야합니다. 현재 회사는 주로는 개발 모델의 종류는, 우리는 개발 모델의 종류를 파악해야 가야한다.
어떻게 Q4 정확한 설계 단계 및 사용자 경험의 목표에? (P261 제 5 장 사용자 경험)
다른 요구 사항과 사용자 경험의 모든 종류의 얼굴에서 우리는 얼마나 정확한 설계에 있어야한다.
결국 무엇을 산업 혁신 Q5? (P341 제 XVI이 혁신적인 산업)
그것이 무엇인가의 관점에서 혁신의 시대, 혁신의 얼굴에? 우리는 혁신에 어떻게 가야하나요?
4. 이해하고 소스 코드 버전 관리 도구를 조사
a.Microsoft TFS, GitHub의, Trac에, 버그질라, 애플 엑스 코드
b.GitHub
장점 : GitHub의 Git 저장소가 웹 기반으로 서비스를 제공하기 위해, 당신은 망할 놈의 소스 코드 관리 기능 또는 특성을 사용할 수 있습니다. Git 저장소 GitHub의이 웹 기반으로 서비스를 제공합니다 당신이 망할 놈의 소스 코드 관리 기능을 사용할 수 있습니다, 또는 특성.
단점 : 창작 과정과 레코드의 창의적인 아이디어를 캡처하는 가장 좋은 도구가 될 수 없습니다. 이 특별한 기능을 위해 LayerVault 아날로그, 또는 기타 유사한 도구를 선택할 수 있습니다. 이전에, 우리가 이미 강조했다 Github에서 코드를 추적 이상적이지만, 최고의 디자인 추적 도구가 아닙니다. 코드 또는 제품 만의 설정으로 사진 함량은 여전히 원활하지 보인다.
c.Trac의 장점과 단점 :
장점 : 매우 유연, 그것은 임의의 제어 및 SVN 통합 될 수있다
단점 : 기능은 매우 강력하지
d.Bugzilla의 장점과 단점 :
장점 : 무료, 중국어 버전 지원
단점 : 빠른 검색 부정확 한 결과. 만 결함을 관리 할 수 있습니다.