Fintecuriosity

※ 재사용(reuse)이란 새로운 애플리케이션 개발을 위해 이전에 작성된 소프트웨어 자원들을 활용하는 것을 의미합니다. 애플리케이션을 구성하고 있는 부분들 중에는 여러 애플리케이션들에 걸쳐 상대적으로 공통적인 것들이 많이 있는데, 그러한 일반적인 부분들을 매번 다시 작성하지 않아도 된다면 여러 측면에서 비용을 크게 줄일 수 있을 것이라는 생각을쉽게 할 수 있습니다. 재사용은 프로그래머의 생산성을 향상시키게 될 것입니다. 왜냐하면 어떤 기능들에 대해 기존의 소프트웨어를 사용할 수 있다는 점은 프로그래머들이 같은 시간 동안 더 많은 작업을 수행할 수 있음을 의미하기 때문입니다. 또한 재사용은 개발 시간을 줄여주고, 일정이 초과되는 경우를 줄여줄 것입니다. 기존에 작성된 소프트웨어의 부분들은 이미 테스트를 마..

※ 소프트웨어 선정 시준을 바탕으로 검증된 소프트웨어를 실제 사용하고 운영해보는 것만큼 좋은 평가 방법은 없을 것입니다. 소프트웨어뿐만 아니라 관련 문서들, 교육 훈련 자료들, 그리고 심지어는 기술 지원 장비들까지도 검증할 필요가 있음을 기억해야 합니다. 고객사는 입찰 과정에서 소프트웨어 벤더들에게 그들의 소프트웨어를 일정 시간(무료 또는 합의된 비용으로)동안 설치하기를 요구할 수 있습니다. 이러한 요구는 소프트웨어가 벤더들이 만들어놓은 최적화된 환경이 아니고 고객사의 실제 업무 환경을 대상으로 해야 하며, 이를 통해 고객사는 해당 소프트웨어가 어떻게 작동하는지를 실질적으로 살펴볼 수 있게 될 것입니다. 소프트웨어에 대한 피드백을 받을 수 있는 방법 중 가장 신뢰할 수 있고 깊이 있는 피드백을 받을 수 ..

※ 소프트웨어 패키지에 관해 원하는 정보를 구할 수 있는 방법 중 하나는 벤더로부터 정보를 얻는 방법이 있습니다. 원하는 정보들 중 일부는 해당 소프트웨어에 관한 문서와 기술 마케팅 문건에서 찾아볼 수 있습니다. 여기에 없는 정보들은 벤더에게 직접 요청해서 얻을 수도 있습니다. 이와 관련해서는 관심 있는 벤더들에게 특정 패키지에 대한 질의서를 보내는 것을 예로 들 수 있습니다. 이러한 질문서는 구매할 소프트웨어 종류가 결정된 상황에서, 조직에서 요구하는 제안 요청서(request for proposal, RFP) 또는 견적 요청서(request for quote, RFQ) 프로세스의 일부로 수행될 수도 있습니다. 만약 새로운 하드웨어나 시스템 소프트웨어의 적용을 적극적으로 고려하기로 했다면, 벤더들에게 ..

※ 문서화는 기술적 사항을 기록한 문서뿐만 아니라 사용자 메뉴얼도 대상으로 합니다. 일단 먼저 문서화에서 가장 중요한 사항은, 문서는 얼마나 이해하기 쉽게 그리고 얼마나 최신내용으로 작성되었는지가 중요합니다. 여러 사본이 필요하다면 이에 드는 비용이 얼마인지와 응답 시간은 사용자의 요청에 대해 소프트웨어 패키지가 응답하는 데 걸리는 시간을 의미합니다. 시간에 대한 다른 측정으로는 소프트웨어가 작업을 완료하는 데 걸리는 시간을 고려할 수 있습니다. 끝으로, 설정치 용이성은 소프트웨어를 탑재하고 작동할 수 있는 상태로 만드는 것에 대한 어려움을 의미합니다. 긴 글 읽어주셔서 감사합니다. 그러면 더 나아가서 다음 포스트에서는 "구매 대상에 소프트웨어에 대한 검증"에 대해서 자세하게 예와 함께 기록하려고 합니다..

※ 유연성은 소프트웨어가 분석가 또는 벤더가 소프트웨어를 맞춤화하기에 얼마나 용이한가를 의미합니다. 소프트웨어가 유연하지 못하다면, 사용자들은 자신들의 일하는 방식을 소프트웨어에 맞추어 변경시켜야 할 수도 있습니다. 사용자들이 이런 식으로 소프트웨어 어떻게 적응할 가능성이 높을까요? 구입된 소프트웨어는 여러 가지 방식으로 수정될 수 있습니다. 우리가 소프트웨어 재설계와 프로그래밍에 대해 기꺼이 비용을 지불할 의사가 있다면 벤더가 우리를 위해 소프트웨어를 변경할 수도 있을 것입니다. 어떤 벤더들은 맞춤화가 가능하도록 소프트웨어를 설계하기도 합니다. 예를 들어서, 소프트웨어가 여러 가지의 상이한 데이터 처리 방식들을 포함하고 있어서, 설치 시에 고객이 선택할 수 있도록 하기도 합니다. 또한 화면이나 리포트에..

벤더의 지원은 벤더의 지원 가능성 여부와 지원 정도를 의미합니다. 지원의 내용으로는 소프트웨어의 설치, 사용자 및 시스템 요원에 대한 소프트웨어 교육, 설치 후 문제 발생 시 도움 제공 등을 들 수 있습니다. 최근에 많은 소프트웨어 회사들이 고객에 대한 무료 지원을 상당히 많이 줄임에 따라 전화, 팩스, 또는 컴퓨터 게시판 등과 같은 지원 장비들에 대한 사용 비용이 발생합니다. 지원과 관련된 것이 바로 벤더의 지속가능성인데, 이는 결코 소홀히 다루어서는 안 될 기준입니다. 소프트웨어 산업은 매우 역동적인데, 혁신적인 애플리케이션들이 과거의 가내수공업식으로 홈 오피스에서 일하는 개발자들에 의해서 개발되기도 합니다. 이러한 조직들은 비록 탁월한 소프트웨어를 보유하고 있어도 사업을 안정적으로 지속시키기에는 자..

※ 시스템 구축에 필요한 소프트웨어의 일부나 전체를 개발하는 대신 상용 소프트웨어를 구입하기로 결정한 상황이라면, 무슨 소프트웨어를 구입할지는 어떻게 결정해야 할까요? 이러한 결정을 위해서는 여러 가지 기준을 고려할 필요가 있는데, 구매 대상으로 고려되는 소프트웨어에 따라 특별한 기준이 요구될 수 있습니다. 이러한 기준을 통해 소프트웨어 패키지와 직접 자체 개발하는 소프트웨어들 간의 비교가 명확히 이루어져 있어야 합니다. 이러한 기준 중 가장 일반적인 것들은 다음과 같습니다. 1) 비용 2) 기능성 3) 벤더의 지원 4) 벤더의 지속가능성 5) 유연성 6) 문서화 7) 응답시간 8) 설치 용이성 이러한 기준들 각각에 대한 상대적 중요도는 프로젝트에 따라 그리고 조직에 따라서 달라질 수도 있습니다. 앞의 ..

※ 지금까지의 조직 외부에 존재하는 소프트웨어의 공급원들에 대해 논의를 하였는데, 이번에는 조직 내부의 공급원에 해당하는 자체(in-house) 개발에 대해 다루려고 합니다. 자체 개발이라는 것은 시스템 전체의 소프트웨어 요소들이 모두 직접 개발되어야 하는 상황을 의미하는 것은 아닙니다. 일반적으로는, 일부는 구입하고 일부는 자체 개발하는 복합적인 접근이 많이 사용되고 있습니다. 긴 글 읽어주셔서 감사합니다. 그러면 더 나아가서 다음 포스트에서는 "상용 소프트웨어의 선택"에 대해서 자세하게 예와 함께 기록하려고 합니다. 이 포스트는 "Essentials of Systems Analysis and Design" 책의 내용을 참조 및 공부한 것을 바탕으로 제가 이해한 정보를 추가하여 쓰여졌습니다.

※ 우리는 오픈소스 소프트웨어가 공짜라는 사실에, 이러한 소프트웨어를 만드는 사람들이 어떻게 돈을 버는지, 벌었는지 궁금할 수도 있습니다. ※ 먼저 기업이나 개인들이 오픈소스를 가지고 돈을 버는 방법은 2가지가 있습니다. 1) 유지보수 및 여타의 서비스를 제공 2) 초기 버전은 무료로 제공하지만 보다 완성도가 높아진 버전은 판매하는 방식 어떤 오픈소스 솔루션들은 여타의 소프트웨어들 이상으로 소프트웨어 산업에 강력한 영향을 미치기도 합니다. 예를 들어서 Linux는 서버 시장에서 매우 성공적인 유치를 해왔는데, 23%의 시장점유율을 가지고 잇는 것으로 추정되고 있습니다. mySQL과 같은 여타의 오픈소스 소프트웨어 제품들 또한 시장에서 성공적이었는데, 소프트웨어 산업에서의 오픈소스의 비중은 계속 증대할 것..

※ 오픈소스(Open-source) 소프트웨어는 우리가 지금까지 읽어온 여타의 소프트웨어들과는 다릅니다. 오픈소스 소프트웨어는 반드시 최종 완성 제품은 아니라 하더라도 소스 코드 그 자체를 무료로 사용 가능하다는 차이점이 있습니다. 또한 오픈소스 소프트웨어는 반드시 최종 완성 제품은 아니라 하더라도 소스 코드 그 자체를 무료로 사용 가능하다는 차이점이 있습니다. 또한 오픈소스 소프트웨어는 특정 기업의 직원이 아니라 관심을 공유하는 커뮤니티에 의해 개발된다는 차이점이 있습니다. 오픈소스 소프트웨어는 운영체제, 이메일, 데이터베이스 시스템, 웹 브라우저 등과 같은 상업용 소프트웨어와 동일한 기능을 수행합니다. 가장 유명하고 널리 사용되는 오픈 소프트웨어로는 Linux(운영체제), mySQL(데이터베이스 시스..