전체보기56 프로젝트란 프로젝트의 정의와 특징에 대해서 간단하게 정리했습니다. 1. 프로젝트의 정의 고유한 제품, 서비스, 결과물을 창출하기 위해 수행되는 한시적인 노력 (A project is a temorary endeavor undertaken to create a unique product, service or result. - PMBOK-) 2. 프로젝트의 특징 프로젝트의 특징은 3가지로 정리할 수 있다. - 한시성 (Temporary) : 시작과 끝이 있음 - 고유성 (Unique) : 프로젝트의 결과가 동일한 것은 하나도 없음 . 불확실성(Uncertainty) : 고유성에 의한 속성으로 명확하게 정리되지 않는다. - 점진적 상세화 (Progressive elaboration) : 한시성과 고유성에 따라 초반에는 .. 2019. 11. 5. 우편집중국으로 뛰어 간 날 신용카드 청구시스템을 운영할 때 에피소드 한가지를 소개하려고 한다. 신입사원의 첫번째 업무중 하나는 야간 배치작업이 지연되었을 때 아침 출근 전에 Mainframe 서버가 있는 여의도로 뛰어가서 일일 매출실적 데이터를 말은 릴테이프(Reel Tape)를 받아서 AS400 시스템으로 전달하는 일이다. 마찬가지로 청구시스템의 업무 성격은 매월 신용카드 결제일 청구서 발행을 위해 청구데이터를 생성한 후 릴테이프에 저장시킨 후 청구서 출력 대행 업체에 테이프를 보내 청구서를 찍는 프로세스이다. 매월 청구작업시 마다 사용되는 릴테이프가 2~30개 이상 사용되므로 1개라도 누락되거나 하면 청구서 미배달의 큰 사고로 이어질 수 있으며, 또한 그 때 당시는 한달에 결제일이 두번 11일, 26일 이어서 이전 작업에 사용.. 2019. 11. 5. Flower Box 코딩을 해본 사람은 Flowe Box라는 단어를 아마도 알겁니다... "*" Asterisk 가 꽃모양처럼 보여서 이름이 이렇게 붙었나 봅니다. /******************************************************** * Program : pgm00010 * Author : Jody Kim * Date : 2019-11-11 * Description : * 2018-01-01 Initial Coding * 2019-11-11 Change interest rate by CSR20190001 **********************************************************/ 이게 flower box입니다 개발해보신 분들은 다 아시겠지만 주석처리에 사용되는.. 2019. 11. 3. 품질 특성 (Quality Characteristics) 소프트웨어 품질 요구사항품질 요구 사항의 사양 및 평가 품질 특성을 통해 소프트웨어 제품 개발을 가이드하는 국제표준인 ISO/IEC 25010에서는 품질 특성을 8가지로 분류하고 있습니다. - 기능성, 효율성, 호환성, 사용성, 신뢰성, 보안성, 유지보수성, 이식성 - 소프트웨어 개발자 및 개발팀은 이 8가지의 품질 특성을 고려하여 고객 요구사항을 만족하기 위하여 노력해야 하고, 품질담당자는 이 품질특성이 소프트웨어에 고려되어 있는지 확인하고 보증해야 고 품질의 소프트웨어를 만들 수 있는 것이다. https://iso25000.com/index.php/en/iso-25000-standards/iso-25010?limit=3&limitstart=0 2019. 11. 3. 내가 맡은 첫 운영업무는 내가 IT회사에 입사하여 처음으로 맡은 업무는 신용카드 청구시스템 운영이었다. IBM Mainframe 환경으로 주로 야간 배치작업으로 고객의 신용카드 실적데이터를 반영하는 일이 주작업이다. 사수가 나에게 시킨 첫번째 일은 SYSIN 이라고 하는 JCL(Job Control Language)로 만든 배치작업에서 사용되는 날짜 파라미터를 Case에 따라 고치는 일이다. 가장 단순한 것은 당일을 YYYYMMDD로 입력하는 것이고, 복잡한 것은 전전영업일 ~ 전영업일, 매월첫째 영업일~ 전영업일, 전월13일~금월12일, 등등이었다. 100여개 정도 되는 날짜 규칙으로 SYSIN을 입력하는 일이었지만 그때는 아무 생각없이 SYSIN 입력하는 옆에 주석으로 설명되어 있는 "전영업일" 이라는 단어만 보고 내가 알아.. 2019. 11. 2. 테스트의 충분성은? 테스트를 100% 할 수 있는가? 충분한 테스트를 통해 결함을 Zero로 만들 수 있는가? 프로그래머가 완전히 테스트했다고 믿는 소프트웨어도 보통은 로직 경로의 55~60%만 테스트된 경우가 많다. 테스트커버리지 자동화 도구를 사용하면 이 비율을 대략 85~90%까지 높일 수 있다고 한다. 테스트의 정의는 무엇인가? 프로그램의 정상 작동 확인 ? 오류 확인 ? 오류 발견 ? 2019. 11. 1. 소프트웨어 견적을 왜 제대로 할 수 없는가? 소프트웨어 분야에서의 견적은 왜 그렇게도 정확하지 않아 항상 일정 지연의 가장 큰 원인이 되는 것일까? Estimation이란 사전적으로 견적, 추정이란 단어로 번역이 주로 된다. 프로젝트 제안 단계 또는 시작 초기에 개발할 양을 판단하고 일정계획을 수립하기 위한 기본적인 과정으로 Estimation을 하게되는데, 요구사항이 불분명하고 하나의 프로그램을 개발하기 위해 얼마나 많은 시간이 걸릴지 제대로 판단하기 어렵기 떄문에 발생되는 문제이다. 프로그램을 개발하는 개발조직의 담당자가 참여하여 견적을 해도 결과가 부정확한데, 보통은 사업조직 또는 경영층에서 견적을 하고 심지어 개발 조직에 검증도 받지 않은 상태로 공식화 하는 경우도 꽤 있다. Estimation을 위한 프로그램 규모 산정의 단위는 LOC (.. 2019. 11. 1. 소프트웨어가 막을수 있었던 항공기사고 소프트웨어가 막을 수 있었던 항공기사고 - 대한항공 801편 1997년 8월7일 비행기가 괌에서 추락했다는 톱뉴스로 엄청난 소식을 접했다. 언론에서는사고의 내용보다는 박소현, 이정재 등 유명연예인이 탑승했다는 확인되지 않은 기사를 내보내기도 했다. 이유는 단지 동명이인이었을 뿐인데 말이다. 나는 출근하고 나서 추가로더 충격적인 소식을 들었다. 같이 옆자리에서 일하던 협력업체 동료가 휴가로 그 비행기에 탑승했었다는거고 생사불명이라는 이야기였다. 아직도 그 친구의 모습이 잊혀지지 않는데 말이다. 하여튼, 최종 사고 원인은 조종사의 실수가 주원인이라고 알려있지만, 소프트웨어를 제대로 만들었다면 225명의 인명 피해를 막을 수 있었다고 이야기 한다. 불행히도 결국은 다시는 그의 모습은 볼 수없었다 1997년 8.. 2019. 10. 30. SQA의 고백 - Naver Cafe http://cafe.naver.com/cosqa 2019. 10. 29. 이전 1 2 3 4 5 6 7 다음
