|
시험으로 실제 코드를 들여다보는 화이트 박스 테스트에 가까우나 모듈의 명세와도 면밀히 비교되어야 한다.
참고문헌
로버트 L. 글래스 저, 윤성준 역(2004) - 우리가 미처 알지 못한 소프트웨어 공학의 사실과 오해, 인사이트
삼성SDS 기술사회
|
|
|
소프트웨어공학은 단순한 기술적 수행을 넘어서 다양한 문제 해결 능력과 창의적 사고, 비즈니스의 성공까지 이어질 수 있는 핵심 역량이라고 말할 수 있습니다.
필자의 관점에서 볼 때, 소프트웨어공학은 무엇보다 체계적인 접근 방법을 제
|
|
|
시험으로 시스템을 사용해본뒤, 패밀리레스토랑에 직접가서 설치 및 계약을 완료한다.
13. 참고문헌 및 부록
- 개정판 소프트웨어공학론 최은만 저 -사이텍미디어- 1. 개 요
1.1 프로젝트 개요
1.2 프로젝트의 산출물
1.3 프로젝트 약어
2
|
|
|
공학개론, 탑스팟, 2010
J.파네로 저, 이춘섭 역, 인체공학과 실내공간, 미진사, 1990
John G. Proakis, Masoud Salehi 저, 이일근 외 2명 역,통신공학의 기초, 교보문고, 2011
Stephen R. Schach 저, 유해영 역, 객체지향 소프트웨어 공학, ITC, 2012 Ⅰ. 전자공학
|
|
|
I. 서 론
소프트웨어 설계는 소프트웨어 공학 프로세스의 핵심기술이며, 사용하는 소프트웨어 공학 모델과는 무관하게 적용된다. 소프트웨어 설계는 소프트웨어 요구사항들이 분석되고 명세되었을 때부터 시작하며, 소프트웨어를 구축하고
|
|
|
I. 서 론
소프트웨어 공학이란 신뢰성 있고 효과적으로 작동하는 경제적인 소프트웨어 프로덕트를 생산하기 위해 소프트웨어의 개발과 운영, 그리고 유지보수 활동에 체계적이고, 숙달되고, 수량화된 프로세스와 방법들을 적용하고, 또한 이
|
|
|
I. 서 론
소프트웨어 공학 프로세스에는 일반적으로 정의, 개발, 유지보수의 3단계가 포함된다. 이 3단계는 응용영역, 프로젝트 규모 또는 난이도와는 무관하게 모든 소프트웨어 개발에서 직면하게 된다. 정의단계에서 소프트웨어 개발자는
|
|
|
소프트웨어 개발은 개인의 특성을 고려하고 소프트웨어의 유연성과 불규칙성을 수용하되 품질 높은 결과물을 만들어 내어야 하는 작업으로서 이를 위한 다양한 소프트웨어 개발방법론의 연구가 있어 왔다.
소프트웨어 공학 프로세스에는 일
|
|
|
소프트웨어 수요 증가
• 소프트웨어 공급이 수요를 만족시키지 못하는 문제
- 생산성 문제
- 개발 계획 부정확
- 생산 기술과 관리 기술 부족
- 품질 보증 기술
• 결론적으로 소프트웨어 공학 기술 필요
1.3 소프트웨어 공학
•
|
|
|
시험으로 시스템을 사용해본뒤, 패밀리레스토랑에 직접가서 설치 및 계약을 완료한다.
13. 참고문헌 및 부록
- 개정판 소프트웨어공학론 최은만 저 -사이텍미디어- 1. 개 요
1.1 프로젝트 개요
1.2 프로젝트의 산출물
1.3 프로젝트 약어
2.
|
|
메뉴펼치기
