생각거리

(출처: 소프트웨어 공학센터 웹진 자료 - 2015년 11월11일)불과 얼마 전까지만 해도 소프트웨어는 기관이나 기업에서 필요에 의해 만들어지는 경우가 대부분이었다. 컨설팅이 고객에게 시스템의 필요성을 전달하고 고객은 필요한 예산을 확보한 후 SI(System Inte

(출처: 소프트웨어 공학센터 웹진 자료:2015년 11월)SI와 솔루션 개발의 차이 두 번째 시간으로, 이번에는 SI보다는 솔루션 개발에서 더 많이 활용되는 UX(User eXperience)에 대해 살펴보기로 한다. SI 소프트웨어에서 사용되는 대부분의 기능은 입력,

(출처: 소프트웨어 공학센터 웹진 자료-2015년 11월)SI 개발자들은 솔루션을 개발할 때 난감해 하는 경우가 많다. 가장 큰 이유가 지금 무엇을 해야 할지 모르겠다는 것이다. SI 개발에서는 누가, 언제, 무슨 일을 해야 하는지 모든 것이 절차화 되어 있어 그대로

(출처: 소프트웨어 공학센터 웹진 자료-2015년 11월)이번 달은 SI와 솔루션 개발의 차이에 대해 다섯 가지 분야로 살펴보고 있다. 이번 회는 네 번째 시간으로 개발에 대해 살펴본다. SI도 완성하고 나면 패키지 형태의 소프트웨어로 볼 수 있기 때문에 일부 개발자들

출처: 소프트웨어 공학센터 웹진자료-2015년 11월)SI와 솔루션 개발의 차이 중에서 가장 큰 부분은 프로세스다. SI는 요구사항을 중심으로 개발하고 솔루션은 기획을 중심으로 개발한다. 따라서 SI는 요구사항을 어떻게 시스템으로 만드는지에 초점이 맞춰진다. 전통적인

클래스명, 메소드명에 대한 의미론적 명칭에 대한 고민비슷한 명칭에 대한 의미론적 구분get, select, query, fetch, load등user, account, member등정확한 명칭을 통한 메소드 작동을 추론할 수 있도록 함.단일 작동 : 한가지 작업만 하는