소프트웨어공학 44

요구사항 분석_기능, 비기능 요구사항, 요구사항 검증, 도출기법, 시스템 범위, 품질특성, 요구사항정의

▣ 요구사항 분석_기능, 비기능 요구사항 분류 요구사항 유형 내용 기능 기능 요구사항 시스템에서 필요한 기능 및 동작, 행위를 직접적으로 기술한 요구상 비즈니스 요구사항, 사용자 요구사항 포함 비즈니스 규칙 포함 비기능 비기능 요구사항 성능, 가용성, 보안, 유지보수성, 데이터 정합성 등 비기능적 요구사항 시스템 요구사항 포함 인터페이스 요구사항 시스템과 외부 시스템과의 연결 컴포넌트, H/W장비, 사용자 인터페이스 포함 가정 및 제약조건 설계 및 구현사으이 제약사항이나 가정 및 전제조건 ■ 소프트웨어 요구사항 품질특성 유효성 점검 요구사항이 사용자가 원하는 요구를 실제로 반영하고 있는지를 점검함 시스템의 결과가 사용자가 예상하는 결과와 일치해야 함 일관성 점검 요구사항 정의 문서에 있는 각 요구사항들은..

전자정부 표준프레임워크_개발환경, 실행환경, 관리환경, 운영환경, 업무처리, 공통기술서비스

▣ 전자정부 표준프레임워크_개발환경, 실행환경, 관리환경, 운영환경, 업무처리 ■ 전자정부 표준프레임워크 실행환경 ■ 공통기술서비스 *암기 :사보시디협업사시 2019년 36번 정답 : 3번 전자정부 표준프레임워크 실행환경_업무처리 서비스 그룹 exception handling, process control 2020년 42번 정답 : 2번 공통기술서비스 그룹에 포함되지 않는 구성요소를 찾는 문제임(함정주의) 나. 표준관리, 다.변경관리, 라.서비스요청관리 는 표준프레임워크의 관리환경 구성요소임

SW아키텍처 설계지침_소프트웨어 품질 속성_시스템, 비즈니스, 아키텍처, 변경용이성, 요구사항

▣ SW아키텍처 설계지침_소프트웨어 품질 속성_시스템, 비즈니스, 아키텍처, 변경용이성, 요구사항 구분 품질속성 내용 시스템 품질속성 가용성 (Availability) 소프트웨어가 필요할 때 작업을 수행할 준비가 되었는지 판단 오류 발생 시 시스템의 반응을 판단하는 척도 시스템 오류를 완화시켜 서비스 중단 시간을 최소화 하는 것 변경용이성 (Modifiability 변경 사항의 지역화 : 의미적 응집성 유지, 변경처리예상, 모듈 일반화, 변경의 폭 제한 파급효과(연쇄작용)의 방지 : 정보은닉, 기존 인터페이스 유지, 통신 경로 제한, 중개자 사용 바인딩시점의 연기 : 런타임 등록, 설정파일, 다형성, 컴포넌트 교체, 정해진프로토콜 준수 성능 (Performance) 시스템 이벤트에 정해진 시간 내에 응답..

소프트웨어 품질_기술부채(technical debt, design debt, code debt)

▣ 소프트웨어 품질_기술부채(technical debt, design debt, code debt) 기술 부채(technical debt, design debt, code debt)는 워드 커닝햄(Ward Cunningham)이 처음 사용한 용어로, 소프트웨어의 품질 수준에 따라 운영 단계에서 쏟아야 하는 노력이 달라진다는 의미임 개발자가 코딩 규칙을 지키지 않고 자신 만의 방시으로 프로그램을 개발하더라도 수행은 되지만 이런 경우에는 운영 과정에서 유지보수에 더 큰 노력이 필요함 금융 부채가 있으면 이자를 내야 하듯이 소프트웨어에 문제가 있다면 추가로 노력이 더 든다는 것을 은유한 개념임 기술 부채는 소프트웨어 개발 과정에서 불가피하게 발생함 소프트웨어의 기능을 먼저 사용해보고 요구사항을 확인하기 위해서..

소프트웨어 아키텍처_품질속성(Quality Attribute) 시나리오, 유자대환응측, 자극 유발원, 대상체, 환경, 응답, 측정

▣ 소프트웨어 아키텍처_품질속성(Quality Attribute) 시나리오, 유자대환응측 항목 내용 자극 유발원(Source of stimulus) 자극을 만들어내는 존재로써 사람, 컴퓨터 시스템, 기타 장치 등 자극(Stimulus) 시스템의 반응의 원인이 되는 조건으로 무언가가 시스템에 도달했을 때 고려해볼 필요가 있는 것 대상체(Artifact) 자극을 받는 대상으로, 전체 시스템 또는 시스템의 일부 등 환경(Environment) 자극이 발생할 때, 혹은 다른 조건이 만족되었을 때 시스템의 상태 응답(Response) 자극이 시스템에 도달한 이후에 취해지는 행위 응답 측정(Response Measure) 요구사항의 검증이 가능한 형태로, 응답이 발생할 때 측정이 가능한 대응의 결과값 암기 : 유자..

SOAP vs REST_SOA(Service-Oriented Architecture), WSDL, UDDI, ROA(Resource Oriented Architecture), XML, 프로토콜, 아키텍처 스타일, HTTP, 라이프 사이클

▣ SOAP와 REST SOAP REST - Simple Object Access Protocol - 웹상에서 컴퓨터간의 웹 서비스 통신을 위한 프로토콜 - 구조화된 정보 전송 - XML만 사용 - WS-Security와 SSL 지원 - 애플리케이션계층의 프로토콜로 분류 - HTTP, HTTPS, SMTP 등을 통해 XML 기반의 메시지를 컴퓨터 네트워크 상에서 교환하는 프로토콜 - SOAP 봉투(envelope), SOAP 헤더(header), SOAP 바디(body)로 구성된 하나의 XML 문서로 표현 - 웹 서비스를 제공하기 위한 표준(WSDL, UDDI)이 잘 정립 - SOA(Service Oriented Architecture)서비스 방식으로 데이터에 직접 접근보다는 해당 데이터에 대한 메소드를..

Java_소스코드_컴파일 오류_인스턴스 변수/메서드, 클래스 변수/메서드의 차이, static, 인스턴스

▣ Java_소스코드_컴파일 오류_인스턴스 변수/메서드, 클래스 변수/메서드의 차이 1. static(클래스 메서드) - 메서드 앞에 static 이 붙어 있으면 클래스 메서드, 공통속성(클래스 변수, cv) - 클래스 메서드도 클래스 변수처럼 객체를 생성하지 않고 '클래스이름.메서드이름(매개변수)'와 같이 호출가능 - 인스턴스 멤버(iv, im)와 관련없는 작업을 하는 메서드 - 메서드 내에서 인스턴스 변수(iv) 사용불가, 인스턴스 메소드(im) 호출불가 * iv(instance value, 인스턴스 변수), im(instance method, 인스턴스 메소드), cv(class value) * 메서드는 명령문 집합 2. 인스턴스 메서드 - 인스턴스 생성 후 '참조변수, 메서드이름()'으로 호출 - ..

객체지향 설계원칙(SOLID)_클래스 설계 SRP, OCP, LSP, ISP, DIP, 패키지응집성 REP,CCP, CRP, 패키지결합성 ADP, SDP, SAP

▣ 객체지향 설계원칙(SOLID)_클래스 설계 SRP, OCP, LSP, ISP, DIP, 패키지응집성 REP,CCP, CRP, 패키지결합성 ADP, SDP, SAP 용어 개념 단일 책임 원칙 (SRP, Single responsibility principle) '하나의 클래스는 하나의 책임만 가져야 한다' 클래스는 그 책임을 완전히 캡슐화해야 함을 의미 EX) 자동차 클래스는 자동차 기능만 제공해야지, 비행기 기능도 제공하면 안됨 개방 폐쇄 원칙 (OCP, Open/closed principle) 소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀 있어야 함 변하는 것과 변하지 않는 것을 구분한 후, 변해야 하는 것은 쉽게 변할 수 있게하고 변하지 않아야 할 것은 변하는 것에 영향을 받지 않게 하는 것..

C언어로 된 소스코드 해석_a++, ++a

▣ C언어로 된 소스코드 해석_a++, ++a a++ : 연산에 먼저 a 를 사용하고 그 다음 줄로 넘어갈 때 a 값을 증가 함 ++a : a 값을 먼저 증가 시키고 그 값을 연산에 사용함 2018년 44번 정답 : 1번 Short circuit evaluation : and, or 논리 연산에서 인자 하나만 보고 결과를 확실히 알 수 있을 때, 뒤에 나오는 인자를 확인지 않고 바로 답을 내는 방법