[SW공학동영상 7화] Relationship between Automotive SPICE and ISO 26262

• A-SPICE / ISO 26262 Process Mapping
• Major work products in A-SPICE Engineering Process
• Mapping between A-SPICE ENG and ISO 26262
• A-SPICE / ISO 26262 Integrated Engineering Process

SI와 솔루션 개발의 차이 - 아키텍처 편

불과 얼마 전까지만 해도 소프트웨어는 기관이나 기업에서 필요에 의해 만들어지는 경우가 대부분이었습니다. 컨설팅이 고객에게 시스템의 필요성을 전달하고 고객은 필요한 예산을 확보한 후 SI(System Integration) 프로젝트로 이어지는 흐름이었습니다. 하지만 최근에는 어느 정도 구축이 완료된 상태인 ICT의 투자 필요성이 많이 줄어들었고 오픈 플랫폼, 클라우드와 같은 다양한 ICT 기술이 나타나면서 SI 사업은 예전보다는 많이 줄어들고 있는 추세입니다.

이와는 반대로, 모바일 디바이스와 같은 개인용 기기가 늘어나면서 불특정 다수가 사용하는 솔루션 소프트웨어가 증가 추세에 있습니다. 솔루션 소프트웨어는 고객이 미리 정해져 있지 않기 때문에 소프트웨어를 개발하는 프로세스나 방법이 SI와는 다소 상이한 편입니다. SI는 고객의 요구사항을 파악하고 분석하는데 많은 시간을 할애하지만 솔루션은 개발과 딜리버리, 그리고 업그레이드 등에 많은 시간을 할애합니다. 다수의 사용자가 원하는 소프트웨어를 개발하고 오랫동안 사용될 수 있도록 서비스하고 업그레이드를 해야 하기 때문입니다.

SI와 솔루션 소프트웨어의 차이를 좀 더 체계적으로 확인하여 소프트웨어 개발에 도움을 주고자 이번 달에는 SI와 솔루션 개발의 차이를 아키텍처, UX, 테스트, 그리고 개발 관점으로 알아보고자 하며, 이번 회에서는 아키텍처 관점으로 차이점을 살펴보기로 합니다. 먼저, SI의 아키텍처와 솔루션 아키텍처의 구성과 역할에 어떤 차이가 있는지 알아보고, 두 아키텍처의 설계 프로세스를 비교하여 차이점을 살펴보기로 합니다.

자세히 보기 →

빅데이터 플랫폼 구축 사례와 오픈소스 활용

‘빅데이터’ 라는 단어가 국내외 IT분야의 화두가 된 지도 벌써 3년이 훌쩍 넘었습니다. 이제는 IT컨퍼런스 주제에서도 약간 식상한 기술이라는 느낌까지 들 정도입니다. 또한, 국내 IT 선도 업체들이 5~7년 전부터 하둡을 비롯한 빅데이터 분석 기술을 활용해 프로세스 개선 / 서비스를 운영해 온 것을 보면, 지금쯤은 보편적이고 친근한 기술이 되어 있어야 함이 마땅할 것입니다. 하지만 막상 빅데이터 플랫폼을 실제로 구축 하려고 하면, 수많은 고민과 어디서부터 시작해야 할 지 모르는 막막함이 밀려오는 게 사실입니다. 이런 고민을 해결하기 위하여 다양한 빅데이터 플랫폼 구축 경험이 있는 SK(주) C&C 이정일 차장을 만나 빅데이터 도입 방법론에 대해 살펴 보기로 하였습니다.

1. SK C&C 빅데이터 플랫폼 구축사례 2. 준비사항과 필수 요소 3. 빅데이터 배포판을 이용한 플랫폼 구축 방법론에 대한 견해 4. 빅데이터 플랫폼 구축을 시작하려는 중소기업 / 개발자를 위한 Tip

자세히 보기 →

Readiness & Fit Analysis

조직이 새로운 실행방법 (Practices) 을 적용할 때 , 적용과 관련한 많은 이슈들을 만나게 됩니다 . SEI 는 조직이 새로운 실행방법을 적용할 때 , 조직과 실행방법간의 상호 적합성의 원칙이 관련된다는 사실을 알 수 있었습니다 . 따라서 RFA(Readiness and Fit) 이라 불리는 분석방법을 통하여 애자일 실행방법을 적용하려는 조직의 획득관리가 어떻게 변화되고 애자일 원칙에 일치되어야 하는지의 방법을 10 가지 핵심요소를 가지고 설명하고자 합니다.

SW획득관리를 위한 핵심적인 10가지 요소

1. 명확한 프로그램 목표

“비즈니스 혹은 프로그램 목표는 명확해야하고 이해관계자의 관심사항을 반영해야한다.”

2. 정의된 성공 전략의 정의

“성공전략은 정의되고 명확하게 의사소통되어야 한다.”

3. 프로젝트 투자의 보장

“프로젝트를 위한 투자가 보장되어야 한다.”

4. 밀접한 이해관계자/개발자 협력 추진

“개발자와 기타 이해관계자들 사이에 긴밀하게 협력 하도록 하는 메커니즘이 계약 및 획득 전략에 취해져야 한다.”

5. 임시 납품 추진

"공식적인 납품 사이에 중간 검증과 납품을 하게하는 계약과 획득 전략 메커니즘을 취해야 함.”

6. 관리감독의 애자일 원칙 지원

“계약 감독 메커니즘은 애자일 원칙과 일치되어야 한다.”

7. 소프트웨어 목표와 프로그램 목표의 명확한 일치화

“소프트웨어 관련 목표와 프로그램 수준의 목표를 명확히 일치시켜야 한다.”

8. 적절한 계약 유형 

"계약 유형은 프로그램에서 애자일 방법론 사용을 설명해야 한다.”

9. 적절한 생명주기 활동

“획득전략에서 기획된 생명주기 활동은 애자일 방법론과 양립하여야 한다.”

10. 대규모적 애자일 프로젝트 추진 가능성 고려

“획득전략은 프로그램에서 요구되는 규모 정도로 애자일 방법론의 사용을 고려해야 한다.”

자세히 보기 →

15년도 SW공학경쟁력강화사업 성과분석 및 SW공학 정책수요조사 용역

용역입찰공고

1. 입찰에 부치는 사항
 가 . 입찰건명: 15 년도 SW 공학경쟁력강화사업 성과분석 및 SW 공학 정책수요조사 용역
 나 . 추정소요예산: 70,000,000 원 (부가세포함)
 다 . 용역기간: 계약체결일로부터 약 2 개월
 라 . 제안서 (입찰참가신청) 제출 (시간초과시 서류제출이 불가합니다 .)
     1) 제출마감일자: 2015. 10. 19. ( 월 ) 15 시까지
     2) 접수방법 : NIPA 전자계약시스템 을 통한 온라인 접수 ( http://cont.nipa.kr )

      * 회원가입 후 서류는 전자파일로 제출 , 방문접수 불가

2. 입찰방법: 제한경쟁입찰 (공동수급허용)
3. 낙찰자 선정방법: 협상에의한계약 (기술 : 가격 = 90:10)

제안서를 제출받아 평가한 후 협상대상자를 선정 ( 개별통지 ) 하여 , 기술 / 가격협상에 참가할 수 있는 자격을 부여하고 제안서 평가 1 순위 업체부터 협상하여 우리 원에 가장 유리하다고 인정되는 업체를 낙찰자로 결정합니다 .

자세히 보기 →

제57회 SW공학 Technical 세미나 발표자료

• 핀테크 비즈니스 모델과 관련 기술에 대한 이해
• 창의적 제품개발과 Agile 방법론 활용
• 효율적인 협업을 위한 신개념 문서관리 방법
• 전자문서활용 및 관리에 대한 기술적 트렌드
• 전자문서를 이용한 스마트 재난통보서비스
• 전자출판물 표준 포맷 EPUBv3

발표자료 보러가기 →

프로젝트 위험관리의 10가지 Golden Rules

불확실한 프로젝트 상황에서 위험요소들을 사전에 미리 주도적으로 다룰 수 있다면 , 기업은 그만큼 금전적인 이익을 얻을 수 있 등 프로젝트 위험관리는 비용측면에서도 매우 중요한 프로세스입니다 . 위험관리는 프로젝트 위협의 영향을 최소화하고 기회를 포착 할 수 있게 하며 , 적시에 적절한 예산을 가지고 품질수준을 맞추어 프로젝트를 종료할 수 있게 합니다 . 본 보고서에서 프로젝트 위험관리를 적용하기 위한 10 가지 중요한 Rule 을 소개하고자 합니다 .

10가지 Golden Rules

• Rule 1. 프로젝트에서 위험관리 부문을 생성할 것
• Rule 2. 프로젝트 초기에 위험을 도출할 것
• Rule 3. 위험에 관한 의사소통을 지속할 것
• Rule 4. 위협과 기회 모두를 고려할 것
• Rule 5. 소유권의 명확화할 것
• Rule 6. 위험에 대한 우선순위를 결정할 것
• Rule 7. 위험에 대한 분석을 면밀히 할 것
• Rule 8. 위험반응을 기획하고 이행할 것
• Rule 9. 프로젝트 위험을 기록할 것
• Rule 10. 위험과 관련된 과업을 추적할 것

자세히 보기 →