필넷의 블로그라이프

○ ISO12207 정의 ° SW 생명주기 프로세스의 정의, 관리, 폐기까지의 절차, 활동, 태스크를 정의한 국제표준 배경 ° 조달자와 공급자간 의사소통을 위한 공통의 수단 필요 ° SW의 획득, 공급, 개발, 운영, 유지보수 전단계에 걸쳐 공통의 표준화된 언어의 필요성 ° 예측 가능한 Sw 개발체계, 공학적 개발, 관리지원으로 생산성 향상 방안 필요 특징 ° SW 생명주기 프로세스의 공통 프레임워크 ° ‘What to do' 만을 기술 ° 특정 생명주기 모델이나 방법론을 전제하지 않음 구성 ° 기본생명주기 - 획득, 공급, 개발, 운영, 유지보수 ° 지원생명주기 - 문서화, 형상관리, 품질보증, 검증, 확인, 합동검토, 문제해결, 감사 ° 조직생명주기 - 기반구조, 교육훈련, 관리, 개선 적용 ° 프로..

○ 6 시그마 경영 정의 ° 불량을 통계적으로 측정, 분석하고 그 원인을 제거함으로서 6시그마수준의 품질을 확보하려는 전사차원의 활동 ° 기존의 품질개선활동이 제조과정에 한정되어 이루어졌던데 반해, 6 시그마경영은 R&D, 마케팅, 관리등 경영 프로세스 전반을 대상으로 함(Defacto 표준) ° 제품 100만개 당 불량품이 3.4개 발생하는 경우임 특징 ° 톱다운식 전개 - 경영방침과 전략을 구체적인 활동단위로 분해하여 개선을 추진(경영층 및 관리자 계층 중심) ° 통계적 접근 - 과제선정, 업무 계량화 ° 고객 중심적 사고 - CTQ(Critical to Quality)중심 문제해결, 성과 평가시 매출이나 이익보다 고객 만족도를 중시 ° 중점주의적 사고 - 파레토 법칙에 의한 핵심 문제 해결 ° 인력..

○ 정형기술검토(Formal Technical Review) 개요 ° FTR은 Walk Through, Inspection, Review, RoundRobin, 그리고 SW에 관한 다른 소단체의 기술적 평가를 포함하는 검토의 부류이다. ° FTR의 주 관심사는 소프트웨어 컴포넌트로서의 프로덕트이다 ° 검토의 끝에서 모든 FTR참가자들은 제품의 승인, 거절, 잠정적 인정을 결정해야 한다 원칙 ° 사전준비(체크리스트 개발, 의미 있는 훈련) ° 의제 제한성 ° 참가인원 제한성 ° 제품검토 집중성 ° 논쟁과 반박의 제한성 목적 ° 조기 결함발견 및 예방을 통해 품질비용을 최소화하기 위함 ° 사용자 요구사항과 일치하며 표준에 따라 구현되었는지 검증 ° 기능과 로직의 오류 발견(해결책을 제시하지는 않음) ° 프로..

○ 소프트웨어 테스트 정의 ° 노출되지 않은 숨어있는 결함을 찾기위해 SW를 작동시키는 일련의 행위와 절차로 오류발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정 목표 ° 잠재된 오류의 발견 ° 기술적인 기능 및 성능의 향상 ° 사용자 만족도, 신뢰도 향상 특징 ° 결함이 있다는 가정하에 테스트 계획을 수립 및 테스트 케이스 작성하여 실행 ° 개발자가 자신의 프로그램을 직접 테스트 하지 않음(테스트의 결과로 디버깅수행) ° 성공적인 테스트는 무결점이 아닌 결함을 찾는데 있음 ° 소프트웨어 개발의 노력분포는 40-20-40 법칙을 따른다(설계-개발-시험) 절차 ° 테스트 목표 설정(What) → 테스트 방법 결정(How) → 테스트케이스 개발 → 예상결과 작성 → 테스트케이스 실행 단계별 분류 단위..

○ 소프트웨어 아키텍쳐 정의 ° SW개발에 직간접적으로 영향을 미치면서 복잡도를 높이는 다양한 요소들을 체계적으로 다루기 위한 청사진 ° SW를 구성하는 컴포넌트들과 컴포넌트들의 특성, 이들간의 상호작용과 관계, SW의 설계 및 진화를 위한 원칙들의 집합 활용 ° SW가 개발되기 전에 아키텍쳐가 제공하는 다양한 품질특성을 추론하고 이를 바탕으로 품질을 향상시킬 수 있다 ° 아키텍쳐가 제공하는 기술, 플랫폼에 독립적인 모형에 기반해서 향후 변화되는 정보기술에 유연하게 대처할 수 있다 ° 개발과정에 발생하는 설계문제에 대해 합리적인 의사결정 및 문제해결을 할 수 있는 여건을 마련해준다 이슈 ° 아키텍쳐 개발 프로세스 표준화 - 다양한 모델을 만들어 가는데 필요한 개념, 원칙, 프레임워크에 대한 연구 ° 아키..

○소프트웨어 비용산정(Doty, Putnam, COCOMO, COCOMO II, LOC, Function Point) 방식 하향식 상향식 ° 전문가 측정 ° 델파이식(중재자 필요, 감정배제) ° LOC, 수학적 산정기법 ° COCOMO, Putnam, FP 직접측정 간접측정 ° 비용, 속도, LOC, 노력 ° 오류의 수, 메모리 크기 ° 기능(FP), 효율성, 품질 ° 신뢰성, 복잡성, 유지보수성° Basili 자원모델 분류 - 정적 단일변수 모델(COCOMO), 정적 다변수 모델, 동적 다변수 모델(Putnam), 이론적모델 Doty ° 인터뷰와 문헌에 바탕 Putnam ° SW 개발 프로젝트의 생명주기 전 과정 동안에 노력의 특수한 분포(Rayleigh)를 가정해주는 동적 다변수 모델 ° SLIM -..

Agile 방법론이란? e-Business, 시장 및 SW개발환경 등 주위변화를 빠르게 수용하고 이에 능동적으로 대응하는 여러 경량 방법론의 통칭을 말합니다. 인터넷에서 여러 사이트를 헤매지 마시고 '나루에서 찾은 애자일의 전문가 나루명인 김창준님' 의 인터뷰를 먼저 읽어보세요. 그 다음으로 김창준님의 블로그(애자일컨설팅 대표)에 방문하면 많은 정보를 얻을 수 있습니다. 인터넷에서 관련 자료를 찾아 방황할 필요가 없을 듯 싶습니다. 일반적으로 '기민한'으로 번역되는 Agile의 번역에 대한 히스토리도 한번 읽어보시면 '기민한'으로 번역하게된 김창준님의 고뇌도 알 수 있습니다. Agile방법론이 '소프트웨어가 3D로 인식되는 지금의 현실'을 돌파할 수 있는 대안이 될 수 있지 않을까요? [관련 포스트] 2..

○ RUP(Rational Unified Process) 정의 ° Rational에서 제안한 객체지향 프로젝트 수행에 맞도록 개발된 UML 기반의 객체지향 방법론(대규모 시스템에 적합) 특징 Usecase Driven ° 개발자는 유스케이스를 실현함으로서 분석, 설계, 테스트로부터 추적성, 일관성 유지 Architecture Centric ° 아키텍쳐 중심으로 복잡한 프로젝트 운영, 시스템의 무결성을 유지하도록 프로젝트 통제를 가능하게 함(4+1 View) Iterative & Incremental ° 요구사항관리, 반복적 점진적 개발, 변화관리, 지속적인 SW 품질 증명 ° 한 사이클이 끝날 때마다 테스트가 완료되어 통합 및 수행 가능한 시스템이 산출되는 모형 ° 여러 번의 릴리스를 거치면서 사용자의 ..

○ 소프트웨어 분석 및 설계 모델 데이터설계 정보영역을 SW 구현에 필요한 데이터 구조로 변환 아키텍쳐설계 프로그램 주요 구조요소들 사이의 관계를 정의 인터페이스설계 SW가 상호작용하는 시스템, 인간과의 교류 프로세저설계 아키텍쳐 구조요소들을 SW 구성요소에 대한 절차 서술로 변환 분석 구조 요구분석 명세 ° 구현방법이 아닌 필요한 기능성 표시한 개념적 모형이며 운용 가능해야 함 ° 불완전성을 수렴할 수 있어야 함 ° 요구명세는 부분적 정의이며 타 요구들과는 느슨하게 연결되어야 함 ° 동작할 시스템 환경에 대한 정보와 SW 컴포넌트에 관한 정보가 포함되어야 함 ° 테스트 데이터에 대해 작동 가능성을 확인할 수 있어야 함 E-R Diagram ° 데이터 객체들 사이의 관계성(Pipe-Filter patte..

[소프트웨어공학-21문제 복원] 26) ATAM(Architecture Tradeoff Analysis Method)에서 주 관심 사항을 묻는 문제였던가?? QAS(Quality Attribute Scenario) ← 다수가 이게 답이라는 군요. 전 틀렸습니당. T.T 27) 유지보수단계 소프트웨어 이해 → 변경요구사항 분석 → 변경 및 효과예측 → 회귀테스트 28) pair-programming, 사용자 파견, 짧은 배포주기, 지속적 통합의 방법론? XP(Extreme Programming) 29) IT성과관리에 포함되지 않는 것? 내부통제관리프로세스?? ← 이게 보기 ④번 이었던 듯 싶은데 답은 정확히 뭔지 잘 모르겠네요. 30) RUP단계를 묻는? Construction 이라고 답했는데 아무래도 E..