일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
Fintecuriosity
[정보시스템 설계] 상용 소프트웨어의 선택 본문
※ 시스템 구축에 필요한 소프트웨어의 일부나 전체를 개발하는 대신 상용 소프트웨어를 구입하기로 결정한 상황이라면, 무슨 소프트웨어를 구입할지는 어떻게 결정해야 할까요?
이러한 결정을 위해서는 여러 가지 기준을 고려할 필요가 있는데, 구매 대상으로 고려되는 소프트웨어에 따라 특별한 기준이 요구될 수 있습니다. 이러한 기준을 통해 소프트웨어 패키지와 직접 자체 개발하는 소프트웨어들 간의 비교가 명확히 이루어져 있어야 합니다. 이러한 기준 중 가장 일반적인 것들은 다음과 같습니다.
1) 비용
2) 기능성
3) 벤더의 지원
4) 벤더의 지속가능성
5) 유연성
6) 문서화
7) 응답시간
8) 설치 용이성
이러한 기준들 각각에 대한 상대적 중요도는 프로젝트에 따라 그리고 조직에 따라서 달라질 수도 있습니다. 앞의 기준들 중 가장 중요한 것을 2개를 골라야 한다면, 그것들은 벤더의 지원과 벤더의 지속 가능성이 될 것입니다. 제대로 지원하지 못하는 것으로 이름난 벤더의 소프트웨어를 아무도 구입하고 싶지 않을 것입니다. 이 2가지의 기준 이외의 나머지 기준들의 중요도는 주로 상황에 따라 달라지게 됩니다.
비용과 관련해서는, 해당 시스템을 자체적으로 개발하는 데 드는 경우와 소프트웨어 패키지를 구입하거나 라이선스를 얻는 경우 간에 소요되는 비용을 비교할 필요가 있습니다. 또한 소프트웨어 업그레이드나 연간 라이선스 획득에 드는 비용과 자체적으로 개발된 소프트웨어의 기본적, 필수적, 바람직한 특성들을 의미합니다.
해당 소프트웨어 패키지는 사용자들이 요구하는 과업을 모두 수행할 수 있는가, 아니면 사용자들이 필요로 하는 과업 중 일부만 수행할 수 있는가? 만약 일부만 수행할 수 있는 경우라면, 소프트웨어를 통해 핵심 과업들이 수행될 수 있는가? 사용자 요구사항을 수집하고 구조화한 후에야 소프트웨어 패키지를 평가할 수 있기 때문에, 분석 단계의 끝부분에 이르러야 사용자 요구사항을 기대에 맞추는 것이 가능해진다는 점을 기억해야 합니다. 애플리케이션 소프트웨어를 구입하는 것으로 시스템 분석 단계 수행을 대신할 수 없습니다.
긴 글 읽어주셔서 감사합니다.
그러면 더 나아가서 다음 포스트에서는 "상용 소프트웨어의 선택 (벤더의 지원)"에 대해서 자세하게 예와 함께 기록하려고 합니다.
이 포스트는 "Essentials of Systems Analysis and Design" 책의 내용을 참조 및 공부한 것을 바탕으로 제가 이해한 정보를 추가하여 쓰여졌습니다.
'Industrial Engineering > 정보시스템 설계' 카테고리의 다른 글
[정보시스템 설계] 상용 소프트웨어의 선택 (유연성) (0) | 2020.08.22 |
---|---|
[정보시스템 설계] 상용 소프트웨어의 선택 (벤더의 지원) (0) | 2020.08.22 |
[정보시스템 설계] 자체 개발 (0) | 2020.08.20 |
[정보시스템 설계] 오픈소스 소프트웨어가 돈은 버는 방법 (0) | 2020.08.20 |
[정보시스템 설계] 오픈소스 소프트웨어 (0) | 2020.08.18 |