소프트웨어공학

소프트웨어공학

테스트

소프트웨어 테스트의 정의 소프트웨어에 내에 존재하지만 드러나지 않고, 숨어 있는 오류를 발견할 목적으로, 개발 과정에서 생성되는 문서나 프로그램에 있는 오류를 여러 기술을 이용해 검출하는 작업이다. 오류를 찾아내 정상적으로 실행될 수 있도록 하는 정도이지, 소프트웨어에 오류가 없음을 확인시켜주지는 못한다. 테스트는 오류를 찾고 올바르게 수정하여 프로그램을 작동시킬 수는 있지만, 그 프로그램이 완전하고 정확하다고 증명할 수는 없다. 소프트웨어 테스트의 목표 작은 의미 원시 코드 속에 남아 있는 오류를 발견하는 것 결함이 생기지 않도록 예방하는 것 큰 의미 개발된 소프트웨어가 고객의 요구를 만족시키는지 확인시켜주는 것 개발자와 고객에게 사용하기에 충분한소프트웨어임을 보여주는 것 결과적으로 테스트의 목표는 개..

소프트웨어공학

프로젝트 관리

프로젝트의 이해 프로젝트의 정의 미국 프로젝트 관리 협회 PMI는 프로젝트를 다음과 같이 정의한다. 프로젝트 : 유일한 제품이나 서비스를 만들기 위해 일정한 기간을 정해 놓고 수행하는 작업 프로젝트의 특징 한시성 유일성 참여자의 일시성 한정된 자원 프로젝트 매니저 PM이라고 줄여서 말하며 프로젝트 시작 시점부터 기획을 하고 설계를 한다. 프로젝트에 참여하는 팀원들의 장점과 능력을 잘 파악해 적재적소에 배치해야 한다. 고객과의 많은 대화를 통해 의견을 조율해야 한다. 프로젝트가 시작되면 진행 상황을 늘 체크해야 하고 진척 관리도 해야 한다. 프로젝트 수행 중 크고 작은 문제가 발생하면 해결책을 고민해야 하고, 책임감을 갖고 해결해야 한다. 인력 관리를 통해 참여자들이 도중 하차하는 일이 없도록 하고, 충분..

소프트웨어공학

표준 코딩 규칙

표준 코딩 규칙을 따를 때 장점 가독성이 높아진다. 간결하고 명확한 코딩이 가능하다. 개발 시간을 단축시킨다. 명칭에 관한 규칙 명칭은 31자 이내로 정한다. 변수명과 함수명은 다르게 사용한다. 명칭의 규칙을 따른다. 매크로명 : _및 대문자 사용 상수명 : _및 대문자 사용 변수명 : 소문자로 시작 함수명 : 소문자로 시작, 첫 번째 단어는 동사로 작성 포인터명 : 참조하는 변수명의 첫 글자는 대문자 사용, 포인터 변수명은 앞에 p를 붙인다. 소스 형식에 관한 규칙 소스 파일 하나는 200줄 이내로 작성한다. 한 줄의 길이는 80자 이내로 작성한다. 함수의 내용은 70줄 이내로 작성한다. 하나의 문장을 2줄로 작성하는 경우 다음 규칙을 따른다. 80자가 넘어 쉼표가 오면 다음 문자는 새 줄로 시작한다...

소프트웨어공학

아키텍처 설계와 클래스 설계

아키텍처 설계 아키텍처란 건물의 뼈대뿐 아니라 특성을 결정짓는 기본 구조를 일컫는 말 아키텍처는 모든 기술 분야에 적용할 수 있고 종류도 다양하다. 아키텍처의 필요성 복합성의 문제 대형 프로젝트는 전체 시스템의 구조를 생각하며 균형과 조화를 이루도록 설계 대형 프로젝트가 복합성의 문제를 해결하는 법은 아래와 같다. 개발할 소프트웨어의 전체적 구조를 가장 먼저 생각한다. 소프트웨어의 구조를 이루는 각 구성 요소를 찾는다. 각 구성 요소 간의 명확한 관계를 설정한다. 일정한 규칙을 따른다. 아키텍처의 필요성 복잡하고 규모가 큰 소프트웨어를 개발하려면 전체적인 구조가 유기적으로 잘 구성되어야 한다. 잘 정의된 구조의 품질 좋은 소프트웨어를 만드려면 소프트웨어 아키텍처가 필요하다. 아키텍처 설계로 소프트웨어가 ..

Debin
'소프트웨어공학' 카테고리의 글 목록