빈 칸의 포트폴리오

모델링도메인 지식을 체계화하는 과정중요한 도메인 개념과 특성, 관계를 파악 -> 다이어그램으로 정형화모델링 과정 5.1 객체지향 개념모델링이 개발자에게 주는 도움- 응용문제 이해에 도움을 줌- 개발팀원들 사이에 응용문제의 공통 개념으로 대화하게 하고 개선시킴- 파악한 개념을 사용자와 고객에게 전달 할 때 도움을 줌- 설계, 구현, 테스팅, 유지보수에 개념적인 기준 제공 객체지향 장점- 개발자가 설계를 작성하고 이해하기 쉬움- 자료와 함수를 함께 추상화 -> 변화의 영향 적게 받음- 사용자 중심, 대화식 프로그램의 개발에 적합- 프로그램을 뚜렷하게 구별되는 (클래스)단위(object)로 분할 가능 객체지향 vs 절차적 방법객체지향은 주어진 문제 영역을 그 안에 존재하는 객체의 집합으로 봄객체들은 서로 정보..

요구 분석SW 개발의 첫 단계사용자 요구에 대하여 이해하고 정리하는 작업두 가지 작업 - 현재의 상태를 파악하고 요구를 정의 / 명세서 작성요구의 변경은 파급효과가 큼 요구 분석 과정1. 요구 추출 - 기능적인 요구와 기능 이외의 조건 추출 (ex) 성능, 품질, 안전, 보안, 인터페이스2. 도메인 분석 - 요구에 대한 정보를 수집, 배경 분석 (개체, 관계, 기능, 프로세스, 제약)3. 모델링 - 도메인 분석을 통해 얻은 자료 개념화 (다이어그램)4. 프로토타이핑과 시험 - 분석된 기능적 요구의 타당성 시험을 위한 프로토타입 생성5. 문서화 검토 - 요구 분석서를 작성 (기능, 성능, 제약, 검증, 평가기준) 4.1 요구사항(Requirements)시스템이 제공해야 할 역량기능적 및 비기능적 요구사항외..

프로젝트 관리 - 소프트웨어를 조직, 계획, 일정관리 하는 것계획계획의 부재 - 불확실성, 위험, 실패SW 프로젝트 계획 수립 - sw 개발 과정, 일정, 비용, 조직, 생산 제품에 대해 사전에 계획문제 이해/정의, 필요한 소작업 정의/순서 결정(계획서), 일정 예측, 비용 예측, 위험 분석계획 수립의 결과 -> 소프트웨어 개발 계획서사업관리자, 개발자, 사용자들에게 사업의 범위, 필요 비용, 필요 자원, 개발 일정, 위험 요소 등 정보 제공하는 산출문서주의할 점시스템에 대한 충분한 이해, 그러나 변경 여지도 ok현실적, 구체적 계획득실 관계 저울질기술적 측면 고려 프로젝트 일정 계획 작업 과정 3.1 프로젝트 범위SW 개발 프로젝트를 위한 계획은 대상 업무의 문제의 범위(Scope)를 정하는 것부터 시..

프로세스- 어떤 일을 하기 위한 특별한 방법, 일반적으로 단계나 작업으로 구성SW 개발 과정 -> 순서제약이 있는 작업의 집합, 높은 품질과 생산성이 목표 Code-and-fix프로세스가 없는 개발문제점분석이나 설계의 중요성을 모름신중하지 않으면 SW 구조가 나빠짐계획 X -> 작업 목표 X품질 보증 차원의 활동에 대한 인식 X   프로세스방법론특징정의단계적인 틀을 정의프로세스의 구체적인 구현방법중점무엇을 하는가?어떻게 하는가?결과물표현에 대하여 언급 X어떻게 표현하는지 표시패러다임독립적종속적각 단계다른 방법론으로 실현 가능절차, 기술, 가이드라인을 제시사례폭포수, 나선형, 프로토타이핑, Unified, 애자일구조적 분석 / 설계, 객체지향, 컴포넌트 기반 개발, 애자일 2.1 소프트웨어 프로세스SW 프..

1.1 소프트웨어소프트웨어프로그램 + 프로그램의 개발, 운용, 보수에 필요한 정보개념적, 무형적소프트웨어 특성비가시성, 복잡성, 순응성, 복제 가능소프트웨어 유형응용 소프트웨어시스템 소프트웨어주문형 소프트웨어패키지 소프트웨어임베디드 소프트웨어소프트웨어와 시스템시스템: 필요한 기능을 실현시키기 위해 관련 요소를 어떤 법칙에 따라 조합한 집합체시스템의 성질 - 서브시스템, 기능적 분할, 시스템 경계, 자동화 경계  1.2 소프트웨어 공학의 필요성소프트웨어공학: SW를 개발, 운용, 유지보수, 소멸 하는 데 적용되는 체계적, 원리적인 접근방법손해가 따를 수 있는 문제를 해결SW 제품은 고객의 문제를 해결하기 위해 구축, 비즈니스 운영을 위해 사용고비용LOC(Lines of Code): SW 규모 측정에 널리 ..