일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
목록산업공학 (186)
Fintecuriosity

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

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

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

이번 글의 내용은 '통계적 품질관리 4.0(양희정, 김광수, 정상윤 지음, 한국표준협회미디어)'의 내용을 참조 및 정리 하였습니다. ※ '데이터'는 제조공정관리 활동이나 수입.공정 및 제품검사 활동 등의 조직내부에서 구해지거나, 시장조사, 동종업계의 자료, 고객에게서 얻는 정보 등 조직외부에서 구해지게 됩니다. 데이터는 로트나 집합에 대한 사실은 표현한 증거입니다. KS Q ISO 9000 규격은 '정보'를 의미 있는 데이터'로 정의하고 있습니다. 따라서 데이터는 다음 사항을 만족해야 합니다. ⓐ 데이터는 로트의 관리 또는 개선의 목적에 따라 품질특성과 연관되어 질 것 ⓑ 데이터는 계획적. 통계적인 사고법에 기초하여 수집.정리 되어질 것 ⓒ 데이터의 내용이 사실을 객관적으로 표현하고, 가능한 한 수량화되..

이번 글의 내용은 '통계적 품질관리 4.0(양희정, 김광수, 정상윤 지음, 한국표준협회미디어)'의 내용을 참조 및 정리 하였습니다. ※ 모집단으로부터 어떠한 목적을 가지고 취한 것을 표본(sample) 또는 시료라고 하고, 모집단으로부터 표본을 취하는 행위를 샘플링(sampling)이라 합니다. 일반적으로 모집단을 모두 조사할 수 있다면, 결과가 명확하므로 품질에 관한 의사결정을 쉽게 결정할 수 있습니다. 하지만 품질특성이 파괴검사인 경우나 모집단의 크기가 매우 큰 경우 표본을 취하여 그 정보를 기준과 비교한 결과로 모집단을 평가하게 됩니다. 검사성적서의 품질정보가 그 중 하나의 예입니다. 그러므로 표본은 제조공정이나 제품.반제품에 대한 모집단의 품질수준에 대한 정보를 얻기 위한 수단이며, 만약 문제가 ..

이번 글의 내용은 '통계적 품질관리 4.0(양희정, 김광수, 정상윤 지음, 한국표준협회미디어)'의 내용을 참조 및 정리 하였습니다. ※ KS Q ISO 3534-1 규격에서는 모집단(population)을 '고려 중에 있는 항목 전체'라고 정의하고 있습니다. - 고려 중에 있는 항목을 구체적으로 표현하면 다음과 같습니다. ⓐ 조사.연구의 대상이 될 특성을 가진 모든 집단 및 조직 ⓑ 표본이나 데이터에 의해 시정 및 예방조치를 하고자 하는 집단 및 조직 또한 모집단의 크기(size of population)는 ' 모집단에 포함되는 단위체 또는 단위량의 수' 로 정의합니다. 이 모집단의 크기가 유한개일 경우 유한모집단, 무한개일 경우 무한 모집단으로 분류합니다. 자연계에서는 실제 무한개인 경우는 액체나 분체..

이번 글의 내용은 '통계적 품질관리 4.0(양희정, 김광수, 정상윤 지음, 한국표준협회미디어)'의 내용을 참조 및 정리 하였습니다. ※ SQC 활동은 사실의 증거인 데이터를 토대로 하여 관리를 수행하는 것입니다. 이것은 제조공정 또는 조직에서 어떠한 품질특성에 대한 목적과 목표를 명확히 함으로써 시작됩니다. 또한 목표와 연관된 현상을 객관적으로 나타내는 데이터를 합리적으로 구하여야 하며, 이를 토대로 작성한 품질정보를 판정기준과 비교하여 제조공정 또는 조직의 이상상태를 파악합니다. 이상상태가 확인되면 원인을 찾아 시정 및 예방조치를 실행하여 유지관리 또는 개선이 지속적으로 될 수 있도록 해야합니다. 이와 같은 활동을 하기 위해서는 위와 같은 절차로 수행되어야 효과적입니다. ⓐ 제조공정 또는 조직의 품질특..

이번 글의 내용은 '통계적 품질관리 4.0(양희정, 김광수, 정상윤 지음, 한국표준협회미디어)'의 내용을 참조 및 정리 하였습니다. 역사적으로 통계의 작성과 활용은 고대 도시국가가 형성되면서부터 국력의 기반이 되는 인구와 재산 등에 대해 집계를 내리기 시작하면서 시작되었습니다. 실제 통계학(statistics)은 국가(state)의 상태(status)를 살피는 것을 뜻하는 단어의 합성어로 되어있습니다. 그러나 학문적 형태를 취하게 된 근대적 통계학의 시작은 17세기경 프랑스, 독일 등에서 시작된 확률론 등에 의해서 입니다. 통계학은 기술통계학(descriptive statistics)과 추측통계학(inferential statistics)으로 구분할 수 있습니다. 기술통계학의 기술은 technology가..

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

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