본문 바로가기

분류 전체보기

(135)
인수 테스트 (ACCEPTANCE TEST) # 참고자료 : 개발자도 알아야할 소프트웨어 테스팅 실무 인수테스트란, 실제 사용자 환경에서 사용자의 입장으로 테스트를 수행하는 것을 말한다. 시스템의 인수를 위해 기능적/비기능적 요구사항을 사용자가 직접 테스트하여 개발이 완료되었음을 증명하는 테스트이다. 개발된 시스템이 고객의 요구사항과 일치하는지 확인하기 위해 고객의 입장에서 수행하는 테스트이다. 제품에 결함을 찾기 보다는 제품에 기능을 테스트하며 완성도를 확인하여 확신을 얻을 수 있는 단계이다. 인수테스트의 목적 - 확신(Confidence) : 시스템이나 시스템의 일부 또는 특정한 비기능적인 특성에 대해 확신을 얻는 것이다. - 배포가능성 평가 : 결함(Defect)을 찾는 것이 아니라 시스템을 배포하거나 사용할 준비가 되었는지 평가한다. - 준..
서비스 컨테이너 # Laravel 6.18.18 기준, 출처 라라벨 한글 메뉴얼 라라벨의 서비스 컨테이너는 클래스의 의존성을 관리하고 주입하는 강력한 도구이다. 의존성 주입은 클래스간 생성 시 또는 경우에 따라 setter 메소드에 의해서 주입된다는 의미이다.
애자일 개발 방법론 - XP 애자일 개발 방법론은 변화에 대응하고자 하며, 민첩한 대응을 목표로 삼는다. 애자일 방법론에서는 요구사항을 분석하여 우선순위가 높은 요구사항을 먼저 개발한다. 개발된 부분에 대해 실행하는 모습을 시연하여 고객의 평가를 받고 요구사항과 개선사항을 반영해 다음 개발에 참고한다. 이런 방식을 계속 반복하면서 소프트웨어 개발 범위를 점진적으로 늘려가게 된다. 핵심이 되는 사항은 단계별로 동작하는 소프트웨어를 계속 보여주고 요구사항에 대한 변경을 적극적으로 수용한다는 것이다. 애자일은 특정한 방법론을 지칭하는 것이 아니라 날렵하고 민첩하게 개발하는 다양한 방법론을 통칭하는 것이다. 애자일 방법론에는 XP(eXteme Programming), SCRUM, FDD, Crystal 방법론 등이 있는데 그 중 XP 방법..
CBD 개발 방법론 CBD(Component Base Development) 개발 방법론의 핵심 기술인 컴포넌트란 인터페이스로 접근 가능하고 독립적인 기능을 수행하는 모듈로서 교체가 가능한 소프트웨어 부품이다. 컴포넌트는 사용방법을 알려주는 설명서를 제공해야 한다. 우리가 주변에서 쉽게 볼 수 있는 컴포넌트들에는 윈도우에서 사용할 수 있는 DLL, OCX와 자바로 개발된 Spring, Struts 등이 있다. CD (Component Development) 1. 도메인 분석 2. 컴포넌트 추출 3. 컴포넌트 설계 4. 컴포넌트 구현 5. 컴포넌트 인증 6. 컴포넌트 저장소에 컴포넌트 저장 CBD(Component Base Development) 1. 요구 분석 2. 컴포넌트 기반설계 3. 컴포넌트 검색 4. 컴포넌트 조립 ..
객체지향 방법론 객체란 사물을 논리적으로 추상화한 것이다. 예를들어 자동차가 있다고 가정할 때 자동차는 바퀴, 유리창, 사이드미러, 기어, 엑셀, 브레이크 등 눈으로 볼 수 있는 수천가지 부품으로 구성돼 있다. 추상화란 우리가 관심 있는 부분만 추려내는 것이다. 자동차 객체를 만드는데 다른건 다 필요없고 앞뒤로 움직이는 것만 관심이 있다면 기어, 엑셀, 브레이크 속성과 전진, 후진, 정지, 가속 기능만 있으면 된다. 따라서 객체는 사물에 대해 관심 있는 부분만 추려내 추상화한 것이다. 객체는 데이터와 기능을 동시에 가지고 있다. 하나의 객체는 다른 객체가 가지고 있는 데이터와 기능을 사용할 수 있고 이런 능력은 객체간 결합을 가능하게 한다. 객체지향 방법론은 객체의 특성을 활용하여 객체를 생성하고 구체화하여 프로그램을 ..
정보공학 방법론 정보공학 개발 방법론의 절차 ISP(Information Strategy Planning): 정보전략계획 - 기업의 중장기 정보화 전략 수립 BAA(Business Area Analysis): 업무영역분석 - 업무영역별 데이터와 프로세스 모델링, 연관분석 BSD(Business System Design): 업무시스템설계 - 프로세스와 데이터 설계 SC(System Construction): 시스템구축 - 데이터 상세설계, 프로그램 코딩 정보공학 개발 방법론은 비즈니스 시스템 규모 성장과 소프트웨어 공학 발전에 따라 1980년대 중반에 등장한 방법론으로 기업의 전사적인 관점에서 출발해 데이터 중심으로 시스템을 구축하는 방법론이다. 기업의 중장기 정보화 전략을 수립하는 ISP와 업무 영역을 분석하는 BAA(..
소프트웨어 개발 방법론 소프트웨어 개발 방법론의 구성 작업절차: 소프트웨어를 진행할 때 이루어지는 작업의 순서 작업방법: 각 단계별 작업마다 수행해야 할 일(누가, 언제, 무엇을) 산출물: 단계별로 나오는 산출물(설계서, 명세서) 관리: 개발 진행을 어떻게 제어하고 감독할 것인지 기법: 단계별 작업 시 사용하는 기술, 기법(DFD, ERD, Use Case) 도구: 사용하는 기법 별 지원 도구(PowerPoint, Excel, ERWin) 소프트웨어 생명주기 관리 모델에서는 포르젝트가 어떤 순서로 진행될지 그리고 중간에 어떤 산출물을 점검할 지에 대해 주로 관심을 가졌다면, 소프트웨어 개발 방법론은 소프트웨어를 어떻게 만들지에 대해 관심을 가진다. 따라서 개발 방법론에서는 단계별 산출물 뿐만 아니라 산출물은 누가 어떤 순서로 ..
SOLID - 단일 책임 원칙(Single Responsibility Principle) 객체는 단 하나의 책임만을 가져야 한다. 책임이란 객체가 할수 있는 것, 해야 하는 것을 말한다. 예를들어 학생 클래스가 수강 과목을 추가하거나 조회하고 데이터베이스에 객체 정보를 저장하거나 데이터베이스에서 객체 정보를 읽는 작업도 처리하고 성적표와 출석부를 출력하는 일도 한다고 가정했을 때 이런 경우 학생 클래스의 코드는 다음과 같다. public class Student { public void getCourses() {...} public void addCourses(Course c) {...} public void save() {...} public Student load() {...} public void printOnReportCard() {...} public void printOnAtten..

반응형