개발방법론17 요구사항 분석 3 - (Dissecting business from software requirements) Level: Introductory Jochen Krebs, Senior Software Engineering Specialist, IBM 15 Aug 2005 from The Rational Edge: Business requirements, software requirements, business rules, non-functional requirements, constraints, and use cases are commonly used terms in requirements engineering. Although each of these requirements concerns is different, they are often found mixed together in a more complex .. 2009. 7. 24. 요구사항 분석 2 - (Adopting use cases, Part 1: Understanding types of use cases and artifacts) Level: Introductory Pan-Wei Ng, Requirements Management Instructor, IBM 15 May 2003 from The Rational Edge: In Part 1 of this series, the author examines different types of use cases and artifacts, and talks briefly about how to introduce use-case techniques to a team that is unfamiliar with them. The use-case technique is an increasingly popular approach to capturing requirements and driving sy.. 2009. 7. 24. 요구사항 분석 1 - (Requirements: An introduction) 요구 사항: 개요: 정확한 요구 사항은 소프트웨어 프로젝트 성공의 필수 요소이다. 이 글에서 그 이유를 설명하고, 효과적인 요구 사항 문서화를 위한 3 단계 접근 방식을 설명한다. 유스 케이스 유형과 생성물 이해하기: 다양한 유형의 유스 케이스와 생성물을 검토하고, 이러한 것에 익숙하지 않은 팀들에 유스 케이스 기술을 도입하는 방법을 설명한다. 소프트웨어 요구 사항에서 비즈니스 가려내기: 복잡한 요구 사항들을 분석하는 기술을 익혀서, 비즈니스와 소프트웨어 요구 사항을 더욱 부각시킬 수 있다. 유스 케이스를 사용하여 비즈니스 요구 사항 파악하기: 핸드폰 결제 시스템인 Simpay의 비즈니스 요구 사항 엔지니어링 프로젝트에 기반하여 비즈니스 요구 사항들을 파악하는 7 가지 실질적인 원리들을 배운다. 요구 사.. 2009. 7. 24. SOA 애플리케이션의 요구 사항 분석 Kunal Mittal, Director, Domestic TV IT, Sony Pictures Entertainment 서비스 지향 아키텍처(SOA) 프로젝트의 유스 케이스(Use Cases)와 비즈니스 요구 사항을 분석합니다. 이러한 요구 사항들을 파악하고 문서화 하는 최고의 방법도 소개합니다. 개요 Part 1에서는, SOA 프로젝트의 기술적 요구 사항에 대해 배웠다. 비즈니스 요구 사항에 앞서 기술적 요구 사항들을 검토해야 하는 이유도 설명했다. "확실한" 해답은 없었지만, 내 경험에서 볼 때, SOA 프로젝트는 정보 기술(IT) 부서가 주도하고 있고, 논의 역시 기술 쪽으로 흘러간다. 이전 글에서는 다양한 유형의 기술적 요구 사항들과, 그러한 요구 사항들을 분석할 때 주의해야 할 여러가지 함정들.. 2009. 7. 24. 이전 1 2 3 4 5 다음