일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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

※ Pine Valley Furniture(PVF)는 고품질의 원목가구를 제조하고 그것을 미국 내 소매점을 유통하는 일을 하고 있습니다. 회사의 제품라인으로는 주방 가구, 침실 가구를 포함해서 주방 용품들, 스테레오 캐비닛, 벽걸이 등이 있습니다. 1980년대 초, PVF 설립자인 Alex Schuster는 그의 차고에서 맞춤 가구를 제작하고 판매하기 시작하였습니다. 당시에 그는 송장 및 고객 정보를 관리하기 위해서 파일 폴더와 캐비닛을 사용하기 시작했습니다. 1984년에 사업이 확장되면서 Alex Schuster는 작업장을 새로 임대하고 시간제 경리 직원을 고용해야만 했습니다. PVF 제품라인은 점차 다양해지고 판매량은 2배로 늘었으며 직원은 50명으로 늘기 시작했습니다. 1990년 경, PVF는 세 ..

※ 재사용에 대한 접근방법들은 각각 장점과 단점을 가지고 있습니다. 모든 조직에 대해 그리고 모든 상황에 대해 재사용 문제를 해결해줄 수 있는 만능의 접근방법은 존재하지 않습니다. 성공적인 재사용을 위해서는 재사용이 가능한 자산들이 조화될 수 있는 사회적, 기술적 세계를 이해하는 것뿐만이 아니라 재사용을 조직의 목표와 전략에 어떻게 적합시킬 수 있는지를 이해할 필요가 있습니다. 재사용은 비록 많은 조직에 가치를 제공함에도 불구하고, 모든 개발자들에게는 가치가 있는 것으로 보이지 않습니다. 초보 개발자들은 위험을 회피하는 경향이 있고 실수에 대해 두려움이 커서, 이미 테스트되고 검증된 기존의 코드를 재사용하는 경향이 있습니다. 경험이 많은 개발자들의 경우에는 다른 사람의 코딩 스킬을 신뢰하기보다는 자신의 ..

※ 조직은 재사용에 대해 네 가지 접근 방법을 취할 수 있습니다. 임시적인 재사용(ad hoc reuse) 접근방법은 적어도 조직의 공식적인 관점에서는 하나의 접근방법이라 할 수 없습니다. 이 접근방법을 적용하면, 사람들은 재사용 가능한 자산들을 나름대로 자유롭게 찾거나 개발할 수 있지만, 자산을 재사용 하는 것에 대해 조직의 보상은 거의 제공하지 않습니다. 개인적인 차원에서 이루어지는 이러한 임시 재사용의 경우, 회사가 얻을 수 있는 이득을 측정하기 어렵습니다. 재사용에 대한 또 다른 접근방법으로 촉진되는 재사용(facilitated reuse)을 들 수 있습니다. 이 접근방법은 개발자들이 재사용을 요구받기보다는 권장받도록 하는 것입니다. 이 접근방법을 사용하는 조직은 재사용 가능한 자산들에 대한 개발..

※ 재사용 대상인 객체 클래스와 컴포넌트들이 원래는 다른 애플리케이션에서 사용되었던 것들이라는 점과 관련된 법적, 계약 이슈들 또한 해결해야 할 과제임을 의미합니다. 조직의 경영진이 재사용을 전략으로 추진할 때, 조직이 자신의 재사용에 대한 접근 방법을 비즈니스 전략 목표들과 연계시키는 것이 중요합니다. 조직에서 재사용 경험을 많이 하는 만큼 재사용으로 인한 이득도 커지지만, 원활한 재사용을 위해 필요한 비용과 자원의 양도 늘어납니다. 소프트웨어 재사용은 다음과 같은 세 단계를 통해 수행됩니다. 1) 추상화 2) 저장 3) 재정황화 추상화(abstraction)는 기존의 소프트웨어 자산이나 소프트웨어 개발 첫 단계로부터 재사용이 가능한 소프트웨어 부분들을 정하는 것이 있습니다. 저장(storage)은 소..

※ 컴포넌트 기반 개발은 여러 프로그램들에서 상호 교환적으로 사용될 수 있는 일반적인 용도의 소프트웨어 부분에 초점을 맞춘다는 점에서 객체지향 개발과 유사하다는 것을 의미합니다. 컴포넌트들은 객체보다 작은 단위일 수도 있고, 통화 환산과 같이 하나의 비즈니스 기능을 다루는 소프트웨어 부분처럼 클 수도 있습니다. 컴포넌트 기반 개발의 기본 개념은 다양한 수준의 복잡성과 크기를 가진 컴포넌트들을 결합시킴으로써 애플리케이션을 개발하는 것입니다. 많은 벤더들은 필요한 컴포넌트들을 불러내어 결합시키기만 하면 원하는 애플리케이션이 개발될 수 있도록 이에 필요한 컴포넌트 라이브러리들을 개발하는 작업을 하고 있습니다. 특히 객체 클래스들에 대한 재사용이 효과적임을 알려주는 근거들이 존재합니다. 예를 들자면 어떤 연구실..

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

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

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

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

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