소프트웨어 공학
*** 유스 케이스 - 시스템이 제공하는 각 기능 ** 유스케이스 이름 * 명명 규칙1 : 행위 또는 동작을 뜻하는 명사 사용 - 시스템의 기능을 나타내어야 함 - ex) 수강 -> 수강신청, 출석부 -> 출석부 조회 * 명명 규칙2 : 사용자가 얻고자 하는 목적이 명확히 나타나야 함. - ex) 수강 과목 선택 -> 수강 [...]
*** 요구사항 정리 - 기초공사 - 사용자로부터 필요 - 시스템 구축의 첫 과정 - 요구사항 도출, 기술, 확인하는 활동+ 유스케이스 모델링 기법 이용+ 체계적인 요구사항 도출+ 명확한 기술 방법 설명 ** 요구사항의 유형 * 기능적 요구사항 : 시스템이 제공해야 하는 동작/행위에 대한 요구사항 - 교수/학생 정보를 등록, 검색, 수정, 삭제, 조회할 수 있는 기능 - 강좌/강의를 [...]
** 구조체와 클래스 * 프로그램 작성 방식 - 구조화되지 않은 프로그래밍 - 절차식 프로그래밍 - 모듈식 프로그래밍 - 객체지향 프로그래밍 * 구조체 VS 클래스 ** 구조화되지 않은 프로그래밍 - 메인 프로그램 속에 모든 것이 포함된 프로그램 - C나 C++의 경우 프로그램 전체가 main 함수 하나로 작성된 경우 ** 절차식 프로그래밍 - 메인 함수 외에 여러 [...]
** OOP는 필연성을 가지고 등장 * 객체지향 기술에 대한 일반적인 견해 - 현실 세계의 사물을 보는 견해에 따라 소프트웨어를 만드는 전혀 새로운 사고 방식 - 종래의 개발 기술을 바꾸어 놓을 것. * OOP(필자의 견해) - 그 이전의 프로그래밍 기술을 기초로 결점을 보완하기 위해서 고안된 것. * 객체지향 기술 - OOP를 발전, 응용한 것으로 종래부터 있던 [...]
1.6 소프트웨어 프로젝트 작업 * 소프트웨어 프로젝트 작업 - 요구분석, 설계, 프로그래밍, 품질보증, 프로젝트 관리 - 작업의 종류와 순서는 개발 프로세스 모형에 따라 다름 1.6.1 요구분석과 명세화 * 고객 문제 해결 방법 - 고객의 비지니스 환경, 문제점, 기술 이해 - 작업과 순서 결정 - SW가 제공해야 할 기능 결정 * 도메인 분석 - 관련 배경 [...]
1.4 소프트웨어 공학 품질 * 소프트웨어 공학의 목표? * 질 좋은 소프트웨어? - (예) 신발의 품질 요소(발이 편한지, 내구성이 있는지, 용도에 적합한지, 디자인이 마음에 드는지) * 소프트웨어 품질을 정의하기 어려운 이유? - 매우 많은 품질 요소들이 소프트웨어에 내포 - 관련자에 따라 중요하게 생각하는 품질 요소가 다름 1.4.1 소프트웨어 품질 관점 * [...]
1.3 엔지니어링과 소프트웨어 공학 * 복잡한 대규모 문제 해결 방법? - 엔지니어링 접근 방법 * 요리의 예 - 가정집인 경우 - 음식점인 경우 : 재료 구입 계획, 조리 과정 연구 필요 - 음식점 체인인 경우 : 요리 프로세스의 표준화, 마케팅 전략, 전문 인력 교육 필요 1.3.1 엔지니어링의 발전 원리 * 단계적으로 발전 - [...]
소프트웨어의 영향 * 소프트웨어의 영향 - 기업의 경영과 시장, 학교 교육, 사무실의 작업환경 - 가정 생활과 여가 활동 - 미래의 경제와 우리 생활 * 소프트웨어의 개발 - 전문적인 기술을 가진 엔지니어가 필요 - 과거의 소프트웨어 : 개인의 특출한 솜씨로 게작 가능 * 소프트웨어 개발과 오케스트라 - 전체적인 하모니가 중요 - 그 집단의 엔지니어링 숙달정도에 크게 좌우 [...]
최근 답글