일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- 확률기반자연어처리
- 일일경제공부
- 경제용어
- 메타휴리스틱
- 최적화기법
- 언어적지식
- 국어국문학
- 공대생의산업공학공부
- 공대생의언어학공부
- 지식재산경영
- 통계적품질관리
- 산업공학
- 컴퓨터공학
- 언어학
- 정보시스템설계및분석
- 자연어처리
- 이공계를위한특허이해
- 공대생의문과공부
- 인공지능
- 공대생의연구공부
- 최적화문제
- 공대생의전공공부
- 공대생의경제공부
- 통계학
- 품질경영
- 고전방법론
- 영어영문학
- 정보시스템
- 지적재산권
- 특허
- Today
- Total
목록공대생의산업공학공부 (94)
Fintecuriosity

※ 정보 시스템을 필요로 하는 어떤 기업이 전문지식이나 자체 개발할 수 있는 인력을 가지고 있지 못하고 구매할 수 있는 상용화된 시스템도 없다면, 이 회사는 IT 서비스 업체와 협의하게 될 가능성이 높습니다. IT 서비스 업체들은 기업들이 자신의 용도에 맟게 맞춤화된 정보 시스템을 개발할 수 있도록 도와줍니다. 이러한 업체들은 고객사를 위해 애플리케이션을 개발하고, 호스팅해주며, 운영해줍니다. 또는 이 외의 다른 서비스를 제공하기도 합니다. 위에 도표에 있는 세계 최고의 글로벌 소프트웨어 기업 리스트가 있습니다. 이 업체들은 맞춤화된 시스템 개발 등을 포함한 IT 서비스들을 전문적으로 제공하고 있습니다. 이러한 업체들은 정보 시스템 개발에 관한 전문지식을 가진 사람들을 채용합니다. 더불어서 업체들의 컨설..

※ 소프트웨어를 생산하는 조직은 다섯 가지의 주요 범주로 분류될 수 있습니다. (1) IT 서비스 업체 (2) 패키지 소프트웨어 생산업체 (3) 전사적 솔루션 소프트웨어 벤더 (4) 클라우드 컴퓨팅 (5) 오픈소스 소프트웨어 (6) 자체 개발 긴 글 읽어주셔서 감사합니다. 그러면 더 나아가서 다음 포스트에서는 "IT 서비스 업체"에 대해서 자세하게 예와 함께 기록하려고 합니다. 이 포스트는 "Essentials of Systems Analysis and Design" 책의 내용을 참조 및 공부한 것을 바탕으로 제가 이해한 정보를 추가하여 쓰여졌습니다.

※ 조직이 정보 시스템의 운영을 아웃소싱하는 이유는 무엇일까요? 급여 관리의 예에서 보았듯이, 아웃소싱은 비용 대비 효과가 높을 수 있습니다. 어떤 아웃소싱 서비스 업체가 고객사들의 급여 관리 운영을 대행해줄 수 있는 전문화된 능력을 갖추게 된다면, 그 업체는 다수의 고객사들을 대상으로 매우 안정적인 컴퓨터 애플리케이션을 매우 낮은 비용으로 가동시킴으로써 규모의 경제를 달성할 수 있을 것 입니다. ★ 반면에 고객사가 컴퓨터 애플리케이션들에 대한 관리를 위해 자사의 정보처리 부서 전체를 해체하면서까지 외부의 아웃소싱 서비스 업체를 활용하는 이유는 무엇일까요? 그 이유 중 하나는 정보 시스템 부서가 당면한 운영상의 문제점들을 극복하기 위해서입니다. 예를 들어, Michigan 주의 Grand Rapid 시는..

※ 아웃소싱(outsourcing)에는 광범위한 협의 사항들이 포함됩니다. 아웃소싱은 조직의 정보 시스템 애플리케이션 및 운영의 일부 또는 전체에 관한 책임을 외부 기업에게 이양하는 것을 의미합니다. 이러한 협의 사항들에 관한 극단적인 예로는, 회사의 컴퓨터 애플리케이션들에 대한 개발과 운영은 완전히 다른 회사에게 맡기고, 단지 우리는 필요한 사항을 입력하고 필요한 결과물을 얻기만 하면 되는 경우를 생각해볼 수 있습니다. 일반적인 예로는 고객사가 급여 관리시스템을 자체 개발할 필요 없도록 이것을 대신 개발하고 운영해주는 업체를 들 수 있습니다. 이 경우에는 고객사는 이러한 아웃소싱 서비스 업체에 단순히 자사 직원들에 대한 급여 정보를 제공하고, 그 대가로 그 고객사는 직원 급여, 급여에 관한 회계 보고서..

최초의 관리용 정보 시스템이 언제 어디서 개발되었는지에 관한 논쟁이 있긴 하지만, 일반적으로는 영국 J. Lyons & Sons가 최초의 정보 시스템을 개발한 것으로 알려져 있습니다. 미국에서 개발된 최초의 관리용 정보 시스템은 General Electric (GE)의 급여 시스템인데, 이것은 1945년 개발되었습니다. 당시에 그리고 그 이후에 오랜 세월 동안 정보 시스템은 오로지 자체 개발되는 존재로만 인식되어 왔습니다. 소프트웨어 산업은 GE의 급여 시스템이 구현된 이후 10여 년이 지나서야 생겨났습니다. GE의 급여 시스템이 구축된 이후, 조직에서 수행하는 모든 시스템 개발 활동 중 자체 개발의 비중은 계속해서 감소되어 왔습니다. 현재 기업 내부의 정보 시스템 부서들에서 시스템을 처음부터 개발하는 ..

※ 사용 가능한 소프트웨어 공급원들은 다양하게 존재합니다. 애플리케이션 시스템 구축에 필요한 소프트웨어 요소들을 어디서 구해와야 하는가에 관심의 초점을 맞출 필요가 있습니다. 조직에서 원하는 애플리케이션 시스템을 구축하기 위해 시스템 개발 생명주기의 기본적인 구조와 절차들을 여전히 활용하고 있을 것입니다. 여전히 시스템 개발 프로세스에 대한 초점을 유지되겠지만 개발 환경에서 소프트웨어들이 어디에서 나오는지에 관해 알아야 합니다. 조직에서 사용하는 소프트웨어들의 다양한 공급원들이 있습니다. 우선적으로 고려할 수 있는 공급 방식은 아웃소싱인데, 이것은 조직의 정보 시스템 전체 또는 일부를 대상으로 그것의 개발과 유지보수를 다른 조직에게 맡기는 것을 의미합니다. 긴 글 읽어주셔서 감사합니다. 그러면 더 나아가..

1) 정보 시스템 분석 및 설계를 정의 시스템 분석 및 설계는 컴퓨터 기반 정보 시스템이 개발되고 운영되는 복잡한 프로세스 2) 정보 시스템 개발에서 시스템 분석가의 역할을 설명 시스템 분석가는 시스템 개발에 있어 핵심적인 역할을 수행합니다. 그들은 한쪽으로는 비즈니스 사용자와 또 다른 쪽으로는 기술인력들과의 사이에서 연락원 역할을 합니다. 분석가들은 성공을 위해서 분석 능력, 기술 능력, 관리 능력, 대인 관계 능력과 같은 4가지 능력을 개발할 필요가 있습니다. 3) 시스템 개발 생명주기(SDLC)를 설명 ※ 시스템 개발 생명주기는 4가지 주요 단계로 구성됩니다. (1) 시스템 계획 및 선정 (2) 시스템 분석 (3) 시스템 설계 (4) 시스템 구현 및 운영 첫 단계인 계획 및 선정에서 분석가들은 시스..

※ 애자일 방법론은 적응방법론들, 역할보다는 사람, 자기 적응적 개발 프로세스에 초점을 맞추는 최신 시스템 개발 접근방법입니다. 실제로 과거 수년간 시스템 분석 및 설계에 대해 다양한 접근 방법들이 개발되어 왔습니다. 이러한 접근방법들로는 eXtreme Programming, Crystal 방법론 계열, Adaptive Software Development, Scrum, Feature Driven Development 등을 들 수 있습니다. 2001년 2월, 이러한 방법론들에 대한 다수의 지지자들이 미국의 Utah 주에서 만나, 그들의 다양한 접근방법에 깔려 있는 다수의 기본적인 원칙들에 대해 합의를 한 바가 있습니다. 이 합의는 소위 "애자일 성명 (The Agile Manifesto)"이라는 문건으로..

※ 참여설계는 북유럽에 기원을 둔 시스템 개발 방법론으로, 사용자들과 그들의 직장생활 개선에 초점을 맞추고 있습니다. 이 접근방법을 사용해온 유명 회사 중 하나가 노르웨이의 정유회사인 StatoilHydo입니다. PD는 구조적 분석 및 구조적 설계와 같은 전통적인 북미적 기법들에 비해 사용자의 역할을 강조합니다. 어떤 경우에는 PD는 시스템 개발 과정에서 사용자 커뮤니티 전체의 참여를 요구할 수도 있습니다. 사용자 각각은 시스템 요구 사항을 결정하고 시스템 설계 안에 동의하는 과정에서 동등한 수준의 권리를 가집니다. 이 밖의 다른 경우에는 선정된 사용자 그룹이 이러한 과정을 통제하기도 합니다. 마치 입법기관이 유권자의 욕망과 욕구를 대변하는 것만큼이나 이러한 사용자들은 실제 훨씬 큰 집단을 대변합니다. ..

전통적인 SDLC의 단계들과 동일한 단계들이 RAD에도 포함이 되어있습니다. 그러나 RAD에서 이러한 단계들은 서로 결합된 형태로 보다 간결한 개발 기법을 제공합니다. RAD의 계획 및 설계 단계들은 단축되어 있는데, 그 이유는 RAD가 비즈니스 분석 및 시스템 성능에 관한 구체적인 이슈들에 대한 관심 대신에 시스템 기능과 사용자 인터페이스에 대한 요구사항에 초점을 맞추기 때문입니다. 또한 RAD는 일반적으로 다른 시스템과 독립적으로 개발되는 시스템에 적용도니느데, 따라서 시스템 설계 및 개발 과정 동안 기존의 표준들과 시스템과의 협력 작업에 대한 시간 소모를 제거할 수 있습니다. 일반적으로는 RAD의 특성은 SDLC 프로세스들의 일련의 절차와 구조에 비해, 덜 복잡하고 병행되는 상이한 작업들이 더 많으..