안녕하세요 @flyyou입니다.
어제는 소스코드에 대해서 품질을 올리는 방법인 정적분석에 대해서 알아보았습니다.
오늘은 완성된 제품(솔루션)이나 SI로 구축된 시스템을 인수인계 받기 위해서
품질 관점에서 무었을 체크하고 넘어가야 하는지 출하점검 체크리스트를 만들어 보았습니다.
생각보다 만만치 않습니다.
그냥 방법론데로 산출물만 작성하고 넘겨서 검수만 받고 도장을 찍는것이 아닌
품질관점에서의 출하점검을 체크하는 것으로 정해진 품질에 대한 자격미달인 경우에는
보강을 요청해서 가이드라인을 맞추어야 합니다.
물론 출하점검시에는 품질만큼 중요한것은 운영자 매뉴얼이 되겠습니다.
또한 시스템연계되는 인터페이스 설계서등도 필수사항이 되겠는데요
추후 시간이 된다라면 정보공학방법론 관점에서 어떤 문서들이 작성되어야 하는지 테일러링내역을 다루어 보도록 하겠습니다.
품질관점에서의 출하점검 체크리스트는 솔루션 또는 구축시스템 설계단계에서부터 개발사에 공유되어서
같이 리뷰를 통해서 설계 단계에서부터 품질조건을 충족하는 시스템이 될 수 있도록 신경써야 합니다.
안그러면 구현이완료되고 나서 해당 체크리스트를 충족하기 위해서는
기간도 길어지고 또한 이미 테스트가 끝난 시스템 또는 솔루션을 수정하는 부분에서
이전에는 도출되지 않은 새로운 종류의 오류들이 마구마구 튀어나올 가능성이 많습니다.
이점에 대해서 주의가 필요합니다.
Hi @flyyou! @nhj12311 is sending you 0.1 SBD tip and @tipU upvote
:)
send tips with @tipU | earn interest in @tipU profit
좋은자료 감사합니다. 잘 정리해 주신 자료 같습니다.
오... 좋은 자료 감사합니다. 근데 파일로도 받을 수 있을까요? 그럼 참 좋을것 같은데~ 아니면 보고 열심히 타이핑해서 만들어야겠군요~ ㅋㅋ
메일주소 알려주시면 보내드릴께요~~~
@flyyou님 순간 회사 업무 문서인줄 알고 다운보팅할뻔 했습니다. ^^ tip!
ㅎㅎㅎㅎ 회사 문서는 피씨보안, 문서보안등으로 캡쳐도 안됩니다. 프로젝트 열심히해서 KMS같이 만들어 놓아도 문서보안이 너무 강력해서 어떻게 할 수 없어요.
뭐 하는일이 품질쪽도 아니고 뭐 그렇습니다. 하지만 품질에 관심이 있다보니 만들어본 야매자료입니다 ㅋ
팁 감사합니다.
Great. Thanks for sharing. I'm starting to follow you.
;) thanks~
죄송합니다. 본 포스트에 사용한 일부 자료는 제가 직접 작성한 내용이 아닙니다.
좋은 자료를 빨리 공유하고 싶은 마음에 원작자의 동의없이 자료를 사용했습니다.
해당 포스트에 사용된 자료는 Steemit에 삭제요청을 한 상태입니다.
컨텐츠의 원작자와 제글을 관심있게 읽어주신 분들께 머리숙여 깊이 사과 드립니다.
좋은 정보 감사합니다. ^^
????