개발자를 위한 개발 소개

개발자

5 월 8 일, 2020

응용 프로그램 개발 관리자 다롤 월시는 개발자를위한 개발 소개를 공유합니다.

역량 성숙도 모델 통합은 프로젝트 관리 지식 기관 및 애자일과 같은 다른 프로세스 개선 프로그램과 통합되는 프로세스 개선 및 평가 프로그램입니다. 모든 프로세스를 간소화하고 표준화하고 개발,서비스,공급 업체 관리,사이버 성숙도 및 기타에 대한 감독 및 실행 가능한 메트릭을 확보 할 수있는 수단을 제공합니다.

내가 원하는 것은 개발자의 관점에서 개발자에 대한 개요를 제공하는 것입니다. 우리는 프로젝트 관리,비즈니스 분석가,구성 관리 및 테스트 부분을 건너 뛰고 개발 팀에 미치는 영향에 초점을 맞출 것입니다. 나중에 블로그 항목에 대한 좋은 주제가 될 수있는 다른 역할이나 기능에 관심이있는 경우. 애자일 개발에서도 개발자가 시작하기 전에 많은 작업이 수행된다는 점에 유의하십시오.

우리가 시작하자:

이 모든 것이 시작되는 곳,이 진리의 단일 소스입니다. 이것은 제품 소유자가 떨어져 서명하는 사업 필요조건이 위에 있는 곳에 이다. 그러나 이것은 개발자가 개발중인 응용 프로그램을 실제로 알 수있는 곳입니다.큰 그림을 얻을 수있는 곳입니다.

상위 레벨 및 하위 레벨 디자인은 응용 프로그램의 구성 요소가 연결되는 방식을 보여주는 아키텍처 설명서입니다. 높은 수준의 설계에서 우리는 외부 종속성을 배치하고 사용자 및/또는 시스템이 시스템과 어떻게 상호 작용할 것인가를 배치 할 것입니다. 낮은 수준의 디자인은 내부 구성 요소가 서로 상호 작용하는 방법을 배치합니다. 이 검토는 다른 개발자에게 응용 프로그램의 동작의 매우 빠른 이해를 줄 것이다.

소프트웨어 요구 사항 사양은 개발자가 응용 프로그램을 빌드하는 방법을 문서화하는 곳입니다. 이것은 서비스가 문서화되고 종속성이 배치되며 일반적으로 코드가 어떻게 작동해야 하는지입니다. 이 작업은 일반적으로 코드가 작성되기 전에 수행되며 표준 작업입니다. 어떤 사람들은 왜 우리가 이런 일을 해야 하는지 묻는다. 내 코드는 자체 문서화입니다. 그리고 그것이 확실하지만 코드는 수백 개의 파일과 수천 줄의 코드를 통해 확산됩니다. 그리고 때때로 의도는 우리가 원하는만큼 명확하지 않습니다. 우리가 기대할 수 있는 것의 명확한 개요와 함께 보고 한 문서를 제공 합니다. 일관된 매너에서 사용 사례 및 예상 동작을 설명합니다.

우리가 할 일을 정의한 다음 코드를 작성한 후에는 누군가가 우리가 한 일을 검토하게 할 때입니다. 코드 검토를 입력합니다. 이 응용 프로그램이 무엇을하고 있는지 공유 할 수있는 좋은 방법입니다,어떤 실수를 잡아 우리가 모범 사례와 지침을 따르고 있는지 확인하는 것이 좋습니다뿐만 아니라. 두 번째 눈으로 코드를 검토하는 단순한 행위는 코드가 어떻게 작동하는지에 익숙한 두 번째 사람을 제공합니다. 이것이 대부분의 개발 팀에서 표준 관행이 되었기 때문에,나는 이것을 무시하지 않을 것입니다.

단위 테스트는 대부분의 개발 프로그램의 또 다른 주요 숙박입니다. 단위 테스트 테스트 기반 개발의 일부로 수행 되든 코드를 작성한 후에 수행 되든 향후 변경 사항이 코드에 오류를 발생시키지 않도록하는 가장 좋은 방법 중 하나입니다. 우리는 코드를 체크인하기 전에 모든 테스트를 통과하도록 할 수 있습니다. 이것은 우리가 좋은 작업 순서에 코드를 유지하는 데 도움이됩니다.

개별적으로 위의 각 문서 세트에 값이 있지만,이 모든 정보를 함께 묶을 수있을 때 실제 이익이 시작됩니다. 요구 사항 수집 프로세스의 시작 부분에서 우리는 비즈니스 요구 사항,소프트웨어 요구 사항,코드,단위 테스트,테스트 계획 및 사례 및 사용자 수용을 함께 연결할 수있는 요구 사항 추적 성 매트릭스를 시작합니다. 대규모 프로젝트로 6 개월을 보내고 변경으로 인해 테스트 케이스가 실패한다고 가정해 보겠습니다. 이제 요구 사항으로 돌아가서 해당 코드의 목적이 무엇인지 알아보고 해당 논리의 코드가 어디에 있는지 정확히 알고 단위 테스트를 수정하여 새로운 사례를 포착하고 며칠이 아닌 몇 시간 내에 수정 프로그램을 구현할 수 있습니다.

단기적으로는 과다한 것처럼 보일 수 있지만,소규모 프로젝트에서도 프로세스를 따라 캡처 한 지식은 프로젝트에서 더 오래 떨어져있을수록 사이클을 단축시킵니다. 당신이 전에 프로젝트에 일한 적이 없다면 언급 할 필요가 없을 것입니다.

개발자 지원

앱 개발 고객 성공 계정 관리자,마이크로소프트 개발자 지원

팔로우

답글 남기기

이메일 주소는 공개되지 않습니다.