소프트웨어공학 썸네일형 리스트형 정보처리 기술사 공부에 도움이 되는 책들과 사이트 기술사 공부하기 위해 Background로 필요한 것들을 쌓을 수 있는 기본서입니다. 소프트웨어공학 -> 소프트웨어 공학론(김태달 지음 / 형설출판사) (소프트웨어 공학의 기본서입니다. 편하게 통독하시어서 개념을 잡아가시면 됩니다.) IS플랫폼/컴퓨터구조 -> Windows 구조와 원리 (컴퓨터구조에 대해서 실질적인 내용을 정리해놓은 책입니다. 전체를 다 이해하려고는 마시고개요 부분에서 정의 정리되어진 부분 위주로 보시면서 좋겠습니다.) 디지털 신서비스 -> 코드한줄 없는 IT이야기 (기술흐름을 편하게 읽기 쉽게 쓴 책입니다. 이동시에나 공부가 잘되지 않을 때 편하게 읽어보시면 좋겠습니다. 몇번이고 통독해서 IT흐름을 읽어 보시면 좋겠습니다.) 컴퓨터네트워크/보안 -> 인터넷정보기술 (인터넷 기술과 네트.. 더보기 '소프트웨어공학의 진실과 오류' 中에서 #4 소프트웨어 생명 주기 (개발) 폭포수 - 요구사항 분석 -> 설계 -> 코딩 -> 오류 제거 -> 테스트 -> 검토(review)와 검사(inspection) -> 유지보수 -> Step은 반드시 필요. 하지만 폭포수라고 해서 한 과정에서 그 내용을 한번에 처리 할 수 없음. : 요구사항의 시간에 따른 변경. 구현시 설계상의 오류 발견등 -> Spiral 모형 도입 - 반복을 통해서 개발 되었지만 완성된 후 고객이 봤을 때 다시 요구사항 추가 변경이 생김 => Prototype 모형으로 진행 => 이 부분 만으로도 고객을 만족시킬 수는 없음 -> JAD(Joint Application Development) 방법론 공동으로 요구사항 결정 방법론 = JARR(Joint Application Requirem.. 더보기 '소프트웨어 공학의 진실과 오류' 中에서 #3 복잡성 사람이 중요한 이유가 무엇인가 ? - 복잡성을 극복하는 데는 상당한 사고력과 기술력 - 결국 똑똑한 사람은 복잡한 문제를 단순하게 만드는 사람이다. 왜 검사(inspection)이 오류 제거에 대한 가장 효과적, 효율적인 접근 방법인가? 복잡성을 걸러내고 오류의 위치를 찾는 데는 결국 사람의 노력이 필요하기 때문이다. 22. 소프트웨어 작업의 80%는 지적인 작업이다. 그 중 상당 부분은 창조적인 작업이다. 사무적인 작업은 거의 없다. 재사용 15. 소규모 재사용 50년 전부터 시작되어 잘 해결되었다. 단, 소규모에 한해서 우리는 그것을 'Copy&Paste'라 부른다. 16. 대규모 재사용(컴포넌트) 재사용에 대해서 중요 바람직하다 생각하지만, 현실에서는 거의 해결되지 않는다. - 도메인에 종속.. 더보기 소프트웨어 향후 10년 시장 좌우할 7대 변수 'SW 7대 변수'향후 10년 시장 좌우 7개 흐름 ① 비즈니스 프로세스 아웃소싱(BPO): 기업들은 BPO를 대체재로 활용해 소프트웨어 공급 업체들과의 협상력을 증진시킬 것 ② 저가 개발 환경(중국/인도, SOA/모듈화 아키텍처): ③ SaaS(Software-as-a-Service): SaaS는 소프트웨어 산업 구조의 근본적인 변화를 가져올 것으로 예상되며, 2011년이면 새로운 소프트웨어의 1/4이 SaaS 방식으로 제공될 전망 ④ 3자 유지보수 업체 등장: IT 기업들은 3자 유지보수 업체를 활용하여 기존 소프트웨어의 높은 유지 보수비용을 절감할 것 ⑤ 오픈 소스 관심 증가: 오픈소스 자체가 IBM ․ Microsoft 등 거대 기업을 넘어뜨리지는 못하겠지만, 전통적 소프트웨어 산업, 특히 서버․.. 더보기 '소프트웨어 공학의 진실과 오류' 세미나 #2 개인의 역량의 중요성 1. 소프트웨어 작업에서 가장 중요한 요소는 프로그래머가 사용하는 도구나 기술이 아니라, 프로그래머의 자질이다. 소프트웨어 개발자의 모습을 비유적으로 표한한 것이다. 어떤 꼬마가 환한 불빛 아래서 무언가를 열심히 찾고 있었다. "너 여기서 뭐하고 있니?" "잃어버린 열쇠를 찾고 있어요." "어디서 잃어 버렸는데?" "저쪽 어두운 골목이요." "그런데 왜 이곳에서 찾고 있니?" "이곳이 밝아서요." -> 소프트웨어 생산성의 좌우는 결국 실무자 개인의 역량이다. 2. '개인차'가 크게는 28배까지 차이가 난다. 3. 지체된 프로젝트에 사람을 추가 투입하면 프로젝트가 더 늦어진다. 프로젝트가 지체된 경우 이러한 추가 인원투입에 대한 유혹을 실제로 받게 되지만, 효과는 투입인력대비 높지 않.. 더보기 '소프트웨어 공학의 진실과 오류' 세미나 #1 '소프트웨어공학의 진실과 오류' 중에서 폭주하는 프로젝트의 원인 : 잘못된 계획과 추정 추정 - 프로젝트 폭주하는 가장 흔한 원인 두 가지중 하나는 형편없는 추정때문이다. - 추정은 보통 부적절한 시기에 부적절한 사람들에 의해서 수행된다. 대부분의 소프트웨어 추정은 마케팅이나 경영진에서 결정된다. 이것이 바로 부적절한 추정의 시작이다. - 추정은 프로젝트가 진행되면서 거의 조정되지 않는다. - 추정 목표 자체의 오류이므로 목표 불충족시에도 영향을 받을 필요는 없다. - 하지만 현실은 다르다. 추정이 어려운 이유는 무엇인가 ? - 단순해 보이는 문제도 그 솔류션은 훨씬 복잡할 수 있기 때문이다. 오류 - 오류는 뭉치는 경향이 있다. - 소프트웨어 오류 제거에 단 하나의 최상의 방법은 없다. - 오류는 항상.. 더보기 이전 1 다음