소개
치열한 경쟁 환경에서 성공적인 기능의 필요성은 기업의 비즈니스 프로세스 효율성에 대한 자체 요구 사항을 나타냅니다. 효율성 향상 문제에 대한 해결책은 프로세스에 대한 정보 지원 제공과 불가분의 관계가 있으므로 오늘날 실질적으로 누구도 구축해야 할 필요성을 의심하지 않습니다. 정보 시스템기업. 이 분야에서 결정을 내리는 대부분의 사람들은 정보 시스템 구축 문제가 비즈니스 프로세스 개선의 맥락에서 다루어져야 한다는 의견을 공유합니다. 또한 지속적인 정보 지원을 제공하는 시스템이 가장 효과적일 것이라는 분명한 이해가 있습니다. 생산 주기신제품 개발부터 완제품 출시까지.
동시에 정보 시스템을 구현하려는 기업의 높은 준비 상태에도 불구하고 구성 및 구현 방법에 대한 접근 방식은 다양합니다. 동시에 정보 시스템 구현을 시작하는 모든 기업은 가능한 한 최단 시간에 이 프로세스를 수행하기 위해 노력합니다. 고품질, 구현 프로세스의 조직에 대한 이러한 증가된 요구 사항과 관련하여 제시합니다. 현대적인 방법구현은 소위 프로세스 접근 방식을 기반으로 하며 이러한 종류의 구현 자체를 일반적으로 프로세스 지향 또는 단순히 프로세스 기반이라고 합니다. 우리는 프로세스 접근 방식의 본질에 대해 조금 후에 자세히 이야기할 것이지만, 지금은 적용 가능성이 구현된 시스템에 특정 요구 사항을 부과한다는 점만 언급할 것입니다. 우선, 이러한 시스템에는 기업의 비즈니스 프로세스를 재현할 수 있는 능력과 개선을 위한 도구의 가용성이 필요합니다. 다른 요구 사항 중에서 핵심 사항은 단일 정보 환경의 존재와 동일한 정보 개체를 가진 사용자의 공동 작업 가능성입니다.
생산 계획 및 관리 프로세스는 생산의 설계 및 기술 준비 단계에서 나타나는 정보를 기반으로 하는 것으로 알려져 있습니다. 결과적으로 전체 정보 시스템의 효율성은 이 단계에서 얻은 데이터의 관련성과 완전성에 직접적으로 의존합니다. 즉, 생산의 설계 및 기술적인 준비는 생산 문제를 해결하기 위한 정보 기반 역할을 합니다.
설계자와 기술자의 작업 자동화는 AWP(자동화된 워크스테이션), 즉 엔지니어링 문제를 해결하고 관련 문서를 발행하기 위한 도구의 개발과 함께 시작되었습니다. 방대한 양의 정보가 등장하면서 전자 형식으로이 정보를 관리할 필요가 있었고 PDM 및 PLM 시스템이 현장에 진입하기 시작했습니다. 따라서 로컬 자동화 도구의 작업 결과는 세 번째 시스템에 통합되고 로컬 워크스테이션은 일반 참조 정보를 사용할 수 있습니다.
우리의 경우 디자인과 기술 정보를 다루는 근본적으로 다른 방식을 다루고 있습니다. TechnologiCS 시스템(앞으로 이에 대해 이야기할 예정임)은 주로 제품(데이터베이스)에 대한 정보의 중앙 집중식 저장소입니다. 이러한 관점에서 기존의 EMS(Enterprise Management System)와 매우 유사합니다. 그러나 이러한 시스템의 데이터가 최신 상태가 아니며 종종 정보를 다시 입력해야 하는 기존의 단점을 극복하는 중요한 차이점이 있습니다. TechnologiCS(www.technologics.ru)는 정보 소유자 디자이너와 기술자에게 데이터베이스와 직접 작업할 수 있는 기능을 제공합니다. 동시에 데이터베이스에 대한 액세스는 편리한 인터페이스를 통해 수행되며, 각각의 경우 특정 기능(AWS와 유사)을 수행하는 데 중점을 둡니다. 제공 및 모든 필요한 자금엔지니어링 문제 해결을 위한 자동화.
이 라인의 저자의 작업에는 정보 시스템을 구축하는 알려진 모든 방법에 대한 완전한 비교 검토가 포함되지 않습니다. 특히 다른 소스가 단일 정보 환경의 개념을 다른 방식으로 해석하기 때문입니다. 우리는 한 가지 분명한 사실만 지적합니다. 동일한 정보 객체를 가진 사용자의 공동 작업(예: 제품의 구성 또는 기술 과정)는 TechnologiCS에서 구현되는 정보 시스템 구축 방법으로 가능합니다.
또한이 기사에서는 대규모 기계 제작 기업 Novosibirsk Chemical Concentrates Plant의 예를 사용하여 설계 및 생산 기술 준비 분야의 정보 시스템 구현 준비를 고려할 것입니다.
프로세스 접근 방법
비즈니스 프로세스는 일반적으로 특정 비즈니스 작업이나 기업 목표를 공동으로 구현하는 논리적으로 연결된 반복적인 작업의 체인으로 이해됩니다. 현대적인 프로세스 지향 조직(그림 1)은 한편으로는 전문화된 기능 부서 세트이고 다른 한편으로는 비즈니스 프로세스 세트입니다. 각 부서에서 비즈니스 프로세스의 특정 기능이 구현되고 이러한 조직의 직원은 수행되는 비즈니스 프로세스의 프레임워크 내에서 전통적인 기능 종속 외에도 이러한 프로세스의 해당 소유자에게 종속됩니다.
우리는 오늘날 러시아의 많은 기계 제작 기업이 기능 지향적인 조직이라는 것을 인정해야 합니다(그림 2). 이 조직의 구조는 프로세스 조직과 달리 수행된 기능에 따라 수직 토폴로지가 구축되고 엄격한 계층적 종속이 있습니다. 위에서 아래로.
이러한 조직의 단점은 최종 결과를 책임지는 프로세스 소유자의 부재, 부서 간의 비자발적인 파괴적 경쟁의 존재, 최종 결과에서 직원의 격리 등입니다. 이러한 기업의 비즈니스 프로세스는 세분화되어 있습니다. 즉, 개별 기능 단위의 프레임워크 내에 존재하며 개별 구조에서 수행하는 기능의 효율성은 전체 프로세스의 효율성을 희생시키면서 달성되는 경우가 많습니다. 이러한 기업에서는 부서 간의 정보 교환과 상호 작용이 매우 복잡하며 개별 기능을 순차적으로 자동화하여 정보 시스템을 도입하려는 시도는 기껏해야 구현된 기능을 통합하는 것이 불가능하고, 최악의 경우 프로젝트의 실패. 따라서 상당한 자금을 지출한 기업은 예상 투자 수익을 얻지 못합니다.
기능 지향적인 조직에서 정보 시스템을 구현할 때 비즈니스 프로세스를 이해하고 개선하는 맥락에서 기업 활동을 재구성하는 문제는 매우 심각합니다. 프로세스 접근 방식은 상황, 즉 프로세스 관리는 물론 식별 및 상호 작용과 함께 조직의 프로세스 시스템 사용을 변경해야 합니다. 이 접근 방식의 장점은 프로세스와 기능 조직을 비교할 때 분명해지며, 품질 관리 시스템에서 프로세스 접근 방식을 적용하는 데 중점을 둡니다.
IS의 기능 및 프로세스 구현
정보 시스템의 구현에 대한 접근 방식은 기능적이거나 프로세스적일 수도 있습니다. 동시에 구현 프로젝트 준비 단계에서 이미 이 두 가지 접근 방식 간의 상당한 차이가 명확하게 나타납니다.
기업이 기업의 개별 직원 또는 서비스의 활동을 자동화하려는 경우(당사와 관련하여 대상 지역우리는 일반적으로 디자이너 또는 기술자의 도구에 대해 이야기하고 있습니다.) 그런 다음 기능적 접근 방식이 있습니다. 기업의 개별 기능을 자동화하려는 욕구입니다. 이러한 자동화의 가능한 최상의 결과는 리드 타임을 줄이고 이러한 기능의 품질을 높이는 것입니다(이 경우 적절한 문서 개발). 동시에 시스템은 일반적으로 사용자에게 관련 기능을 수행할 때 최대한의 편의성을 제공해야 하며 표시되는 정보의 추가 사용 문제는 배경으로 이관됩니다.
프로세스 접근 방식을 적용하고 프로세스 구현을 구현하면 훨씬 더 큰 효과를 얻을 수 있습니다. 이 경우 end-to-end 비즈니스 프로세스가 자동화의 대상이 되므로 태스크를 설정할 때 정보 시스템을 사용하여 구현해야 하는 프로세스를 올바르게 식별하는 것이 매우 중요합니다. 물론 자동화할 프로세스의 선택은 기업의 효율성 전략과 일치해야 합니다. 선택한 비즈니스 프로세스를 분석한 다음 정보 시스템에 구현하도록 설계합니다. 이 접근 방식을 사용하면 시스템이 직원과 엔터프라이즈 서비스의 공동 활동을 구성하므로 개별 기능의 자동화에서 시너지 효과를 얻을 수 있습니다. 설계된 프로세스를 기반으로 구현된 기능의 범위(작업장 구성)가 결정되어 프로세스의 요구 사항을 충족하고 선택한 프로세스가 시스템에서 구현된 후에만 해당됩니다.
사전 구현 활동은 구현 프로젝트의 준비 단계를 나타냅니다. 기능적 구현의 경우 준비 시간이 짧습니다. 초기 단계에서 기능적 접근 방식은 빠른 결과를 가져올 수 있습니다. 프로세스 구현을 준비하는 데는 상당히 오랜 시간과 더 많은 비용이 필요하지만 근본적으로 다른 수준의 결과를 제공하며 첫 번째 옵션의 모든 가능한 이점보다 몇 배나 더 큽니다.
프로세스 구현에 대해 말하면 비즈니스 프로세스를 모델링하는 데 사용되는 도구를 빼놓을 수 없습니다. 프로세스 접근 방식 자체는 비즈니스 프로세스를 설명하고 설계하기 위한 도구에 특별한 요구 사항을 부과하지 않지만 표준 사무 프로그램 대신 특수 도구를 사용하면 부인할 수 없는 많은 이점이 있습니다. 시장에 나와 있는 많은 도구 중에서 아마도 가장 효과적인 것은 ARIS 소프트웨어 제품일 것입니다(이 결론은 2004년 1월 Gartner Group에서 발표한 연구 결과에 의해 확인됨). ARIS(통합 정보 시스템의 통합 정보 시스템 아키텍처)는 IDS Scheer에서 개발한 방법론이자 이를 기반으로 하는 소프트웨어 제품군입니다. ARIS에 대한 아이디어를 제공하기 위해 ARIS의 주요 이점을 나열합니다.
그래픽 모델 형태의 비즈니스 프로세스 프레젠테이션
유효성 공통 표준모델링;
프로세스 접근 방식에 대한 오리엔테이션
조직에 대한 다양한 관점을 결합하여 다른 다이어그램에서 동일한 개체를 사용할 수 있는 단일 리포지토리(데이터베이스)의 존재
사용자가 특별히 개발한 보고서를 포함하여 개발된 모델을 기반으로 다양한 보고서를 생성하는 기능;
인터넷 및 인트라넷 네트워크에서 공동 작업을 조직 할 가능성.
또한 ARIS의 개발자는 자문 회사, 이는 빠른 구현을 의미합니다. 소프트웨어 모듈, 새로운 방법의 사용에 초점을 맞추고 시스템의 추가 개발에 대한 컨설턴트의 경험을 고려합니다.
정보 시스템 및 프로세스 접근 방식
제조 기업에서 자동화의 몇 가지 일반적인 경우를 고려하십시오.
1. 결석오토메이션.
기업 부서에서는 종이 문서만 사용합니다. 외부 세계 또는 다른 부서에서 문서 형태의 정보를 수신하면 기능에 따라 처리하면서 다른 서비스에 입력되거나 외부 세계로 보내려는 새로운 문서를 생성합니다.
이 경우 정보의 주요 전달자는 문서이며 정보 처리는 일관됩니다.
2. 기업에는 자동화된 제어 시스템(ACS)이 있습니다..
종이 문서의 직접 사용(사례 1)과 함께 일부 문서는 추가 처리 및 요약 정보 획득을 위해 시스템에 입력됩니다. 집계된 데이터(종이 문서 형식)는 이 정보를 사용하는 서비스에서 사용됩니다. 모든 명백한 장점과 함께 이 방법에는 덜 분명한 단점이 있습니다. 엔터프라이즈 데이터베이스가 정보 소스(디자이너, 기술자)와 소비자(MTS 서비스, 계획, 생산 단위). 정보 입력에 소요 특정 시간결과적으로 데이터 관련성 수준이 감소하고 데이터를 입력할 때와 사용할 때 모두 오류가 발생할 확률이 높아집니다.
이 경우 중앙 집중식 정보 저장소(데이터베이스)의 출현에도 불구하고 비즈니스 프로세스의 특성은 첫 번째 옵션과 비교하여 거의 변경되지 않은 상태로 유지됩니다. 정보 처리의 일관된 특성은 변경되지 않습니다.
3. 로컬 자동화 도구 사용을 위한 다양한 옵션.
기업이 특정 기능을 개별적으로 자동화하면 이른바 패치워크 자동화가 일어난다. 물론 이러한 기능의 구현 품질이 높아지고 구현 시간이 단축되지만 로컬 시스템 작업의 결과는 모두 동일한 문서의 형태로 구현됩니다. 문서 처리 방법(자동 제어 시스템과 상호 작용하는 경우 포함)도 변경되지 않으며 문서를 종이에 인쇄하거나 전자 파일을 교환하는 경우에도 전혀 중요하지 않습니다.
전통적인 PDM 및 PLM 시스템의 사용에 대한 논의는 생략하겠습니다. 이것은 별도의 논의를 위한 주제입니다. 또한 이미 언급했듯이 "단일 정보 환경"의 개념과 정보와 공동 작업을 구성하는 원칙에 대한 다양한 해석이 있습니다 ...
TechnologiCS 시스템의 도입은 프로세스 접근 방식을 적용하고 비즈니스 프로세스를 개선하는 측면에서 무엇을 제공합니까?
정보의 출처와 소비자의 통일된 정보환경은 무엇보다도 종이문서의 목적을 근본적으로 변화시킬 수 있게 하여 종이문서를 정보전달자가 아닌 해당 정보객체를 기반으로 생성된 보고서로 볼 수 있게 한다. 데이터베이스의. 따라서 종이 문서는 법적 지위의 전달자가 되며 양식에 인쇄된 데이터베이스의 데이터 집합입니다. 이 경우 파일(전자문서)은 중앙집중식 전자 아카이브, 시스템의 필수 부분이며 획득에 기반한 데이터베이스 개체와 연결됩니다. 정보의 작성자(디자이너, 기술자)와 그 소비자는 해당 정보 객체에 직접 액세스하면서 작업합니다. 전자 문서시스템이 그들에게 부여한 권리 내에서. 문서를 정보 매체 및 데이터베이스 보고서로 사용할 때 문서 작업을 구성하는 순서는 다이어그램에 나와 있습니다(그림 3 및 ).
우리는 기업의 프로세스 구성 관점에서 고려한 작업 방법의 주요 장점을 나열합니다.
1. 대부분의 경우 정보와의 실제 공동 작업을 통해 정보를 순차적으로 처리하는 방식에서 병렬 방식으로 이동할 수 있습니다. 즉, 비즈니스 프로세스를 병렬화하고 개발 시간을 크게 단축하며 조정, 문서 승인, 설계 및 기술 변경과 같은 작업에 대한 시간을 절약할 수 있게 됩니다.
2. 단일 정보 환경에서 작업하면 프로세스가 투명하고 관리하기 쉬워집니다. 각 참가자는 결과와 프로세스에서 자신의 역할을 모두 봅니다. 이러한 작업 조직을 통해 프로세스 프레임워크 내에서 기능 단위와 개별 직원 간의 상호 작용 체인을 구축할 수 있습니다.
3. 정보 시스템의 사용을 고려하여 프로세스를 설계할 때, 원칙적으로 정보가 그들에 포함된 훨씬 더 효율적인 방법으로 얻을 수 있습니다.
4. 데이터베이스에서 보고서 형태로 수신되어 아카이브에 저장된 문서는 기업 및 지적 재산의 정보 기반의 일부가 됩니다. 이것은 영향을 줄입니다 인적 요인, 정보가 왜곡되거나 손실될 위험이 있습니다.
불행히도, 우리가 나열한 정보로 작업하는 이러한 방법의 장점은 정보 시스템의 구현에서 특정 문제를 야기합니다. 기업의 기능 부서는 일반적으로 자체 기능 영역을 정리하는 것을 선호하며 더 큰 전체의 일부가 되는 경향이 없습니다. 이 부서는 전체 프로세스의 효율성에 대해 너무 많이 생각하지 않고 비즈니스 프로세스 최적화의 요구 사항에 따라 활동을 재구성해야 할 필요성에 대한 많은 열의없이 자체 기능을 연마하고 개선하려고합니다 ...
현대 정보 시스템의 기반이 되는 원칙은 조직을 포함합니다. 공동 활동기업의 직원이며 프로세스 접근 방식의 표현입니다. 프로세스 접근 방식을 채택함으로써 기업은 틀림없이프로세스 구현의 개념을 수용하고 이에 동의해야 합니다. 그렇지 않으면 프로젝트는 첫 번째 단계부터 실패할 운명입니다.
이상적인 시스템은 없는 것으로 알려져 있으며, TechnologiCS 시스템은 지속적인 개선과 빠른 발전에도 불구하고 이러한 의미에서 예외는 아닙니다. 구현될 때 프로세스 구현 방법에 몇 가지 제한이 부과되므로 "있는 그대로" 원칙에 따라 프로세스를 설계하는 것은 프로세스 요구 사항과 시스템 기능 간의 불가피한 절충으로 판명됩니다. TechnologiCS가 설계 및 생산 기술 준비 프로세스의 세분화되지 않은 종단 간 구현을 제공할 수 있다는 것이 중요합니다. 효과적인 사용생산 계획 및 회계 문제를 해결하기 위해 데이터를 사용하여 전체 프로세스의 자동화를 보장합니다.
실제 프로젝트 경험
따라서 우리는 기업에서 정보 시스템의 프로세스 지향 구현에 대한 필요성을 충분히 자세히 입증했습니다. 물론 구현 준비 단계에서 해결해야 할 중요한 문제가 많이 있습니다. 대규모 프로젝트를 조직한 경험에 따르면 기업 대표와 향후 구현에 대해 논의할 때 일반적으로 세 가지 주요 문제가 발생합니다.
1. 명확하게 정의된 구현 목표의 부족. 고객의 바람은 종종 기업에 존재하는 모든 문서의 수신을 자동화하거나 가능한 한 많은 부서와 서비스에서 시스템의 전체 기능을 구현해야 할 필요성으로 귀결됩니다.
2. 다가오는 프로젝트를 논의할 때 계약자와 고객 회사는 종종 다른 언어들같은 말을 하면서. 기존 상황, 시스템 요구 사항 및 최종 목표구현 과정에서 불가피한 문제가 발생하여 계약자와 고객 모두에게 불합리한 추가 자원 비용이 발생합니다.
3. 일반적으로 변화에 대한 자연스러운 저항으로 인해 기업은 기존 비즈니스 프로세스를 변경할 준비가 항상 완벽하지 않습니다.
준비 단계에서 이러한 문제를 해결하고 구현 프로젝트에 선행하는 여러 활동을 구현하면 위험을 줄일 수 있으며 결과적으로 프로젝트 비용을 줄이고 가능한 한 빨리 엄격하게 수행합니다. 개발된 계획.
이 기사의 맨 처음에 약속된 실제 예를 들어 보겠습니다. 위에서 정당화하려고 했던 접근 방식은 Novosibirsk Chemical Concentrates Plant에서 설계 및 생산 기술 준비 프로세스를 자동화하기 위한 TechnologiCS 시스템 구현을 위한 프로젝트 준비에 사용되었습니다. 이 작업은 CSoft(www.csoft.ru)의 전문가, Business Logic(www.ids-scheer.ru)의 컨설턴트 및 기업 직원으로 구성된 프로젝트 팀이 수행했습니다.
기업의 경영진은 특히 그 직전부터 Logic of Business 회사의 컨설턴트의 지도 하에 프로세스 구현의 이점을 입증할 필요가 없었습니다. 파일럿 프로젝트비즈니스 계획 프로세스의 설명 및 개선. 기업은 선언된 주제 영역에서 비즈니스 프로세스의 변화에 대한 높은 준비성을 보여주었고 TechnologiCS의 기능에 대한 자세한 지식을 통해 고객은 설계 및 기술 사전 생산의 엔드 투 엔드 자동화 프로세스 접근 방식의 근본적인 적용 가능성을 확신했습니다. 프로세스.
일반적으로 정보 시스템의 프로세스 구현 프로젝트에는 다음 단계가 포함됩니다.
프로젝트 준비;
컨셉 디자인;
구현;
최종 준비;
시운전 및 지원.
준비 단계에서 프로젝트 표준(비즈니스 프로세스 모델링 표준 포함)이 정의되고 비즈니스 프로세스 모델링이 "있는 그대로" 수행됩니다. 모델 개발의 세부 사항과 이에 필요한 리소스는 주로 기업의 상태에 따라 결정됩니다.
다음 단계는 정보 시스템의 프로세스 구현 측면에서 "있는 그대로" 비즈니스 프로세스의 설계를 포함합니다. 최소한의 노력으로 최상의 결과를 얻으려면 참조 모델 또는 프로토타입 모델이라고도 하는 참조 모델을 사용할 수 있습니다. 그들은 이 업계의 기업에서 프로젝트를 구현한 가장 성공적인 경험을 기반으로 개발된 비즈니스 프로세스 모델입니다.
같은 단계에서 프로젝트의 세부 범위가 지정되고 수행되는 비즈니스 프로세스의 기능과 관련하여 최종 사용자의 역할이 결정됩니다.
구현 단계에는 "있는 그대로" 비즈니스 프로세스 모델을 기반으로 적절한 시스템 구성을 수행하고 프로세스 지향적인 생성이 포함됩니다. 교육 과정및 사용자 문서.
최종 교육 중에는 프로세스 중심의 사용자 교육 및 시스템에 구현된 비즈니스 프로세스의 테스트가 수행됩니다.
시운전 및 후속 지원에는 구현된 비즈니스 프로세스에 대한 지속적인 모니터링이 수반됩니다. 병목 현상을 분석하고 사용자 지원 및 프로세스의 지속적인 개선을 수행합니다.
이 기사의 틀 내에서 우리는 Novosibirsk Chemical Concentrates Plant에서 시스템 구현의 처음 두 단계를 검토하는 것으로 제한할 것입니다.
프로젝트 준비
이 단계에서 가장 중요한 부분은 비즈니스 프로세스 모델링 표준의 개발과 "모델링 계약" 문서의 준비였습니다. 이 문서에는 목록, 속성, 명명 규칙, 비즈니스 프로세스를 모델링하는 데 사용되는 다이어그램과 개체 간의 관계에 대한 설명, 모델링에 사용되는 그래픽 표기법이 포함되어 있습니다. 모델링 규칙은 모델링 목표를 달성하고 고객과 계약자 간의 오해와 관련된 위험을 제거하기 위해 ARIS 방법론의 필요하고 충분한 부분 집합을 정의합니다.
전문가 인터뷰 및 연구 규범 문서기업은 "있는 그대로" 비즈니스 프로세스 모델을 만들 수 있습니다. ARIS 도구를 사용하여 생성된 모델은 시험을 보장한 후 기업의 전문가와 함께 구현 팀이 비즈니스 프로세스 개선을 위한 제안을 공식화했습니다. "있는 그대로" 모델을 생성하면 많은 이점과 약한 측면기존 비즈니스 프로세스, 따라서 필요한 변경의 본질.
TechnologiCS의 기반 개념 및 분석과 비교한 전문가 제안 기능프로젝트의 목적을 명확하게 정의할 수 있습니다.
비즈니스 계획 프로세스를 설명하고 개선하기 위해 구현 시작 직전에 기업에서 수행한 파일럿 프로젝트는 다가오는 변경에 대한 저항과 관련된 위험을 줄였습니다.
따라서 이미 첫 단계준비를 통해 구현을 상당히 복잡하게 만들 수 있는 문제의 발생을 제거했습니다.
컨셉 디자인
이 단계는 Modeling Conventions 문서의 요구 사항을 고려하여 TechnologiCS 시스템의 기능 및 정보 개체를 설명하는 참조 모델의 개발로 시작되었습니다. 이러한 모델의 개발은 시스템의 실제 기능을 고려하여 "있는 그대로" 프로세스를 설계하는 문제의 솔루션에 공식적으로 접근하는 것을 가능하게 했으며 이 단계의 작업을 크게 단순화했습니다.
또한 시스템의 전반적인 개념을 바탕으로 경험, 실제 구현이전 단계에서 제안한 사항을 고려하여 "있는 그대로" 비즈니스 프로세스 설계가 수행되었습니다. ARIS에서 생성된 모델에 따라 특별히 개발된 프로그램(보고 스크립트)의 도움으로 비즈니스 역할 및 비즈니스 프로세스 기능의 특정 수행자를 참조하여 작업 수를 자동으로 계산했습니다. 각 비즈니스 역할에 대해 권한 부여 프로필이 자동으로 생성되었습니다.
이 단계의 작업 결과는 ""있는 그대로"프로세스로의 전환 계획"(그림 5)에 대한 자세한 문서의 등장이었습니다.
간략한 결론
정보 시스템 사용의 가장 큰 효과는 구현 작업을 프로세스 접근 방식의 사용, 즉 프로세스 구현을 수행하여 직접 연결함으로써 얻을 수 있습니다.
비즈니스 프로세스 모델링은 전문화된 도구와 입증된 방법론을 사용하는 것이 가장 효과적입니다.
정보 시스템의 구현이 기본적으로 가능하기 위해서는 의사 결정 및 구현 준비 단계에서 기업 및 정보 시스템 자체.
시스템을 성공적으로 구현하려면 상당한 준비 작업이 필요합니다.
대규모 기계 제작 기업에서 TechnologiCS 시스템 구현을 준비하는 동안 얻은 경험은 프로세스 구현의 명백한 이점을 보여주었습니다. 회사는 다음 영역에서 필요한 모든 지식을 갖추고 시스템 구현 프로세스를 시작했습니다.
기업이 구현되기 전의 상황에 대한 공식화된 설명
구현의 결과로 형성된 목표 상황에 대한 형식화된 설명
전체 프로젝트를 수행하는 데 필요한 합리적인 노동력 이러한 작업의 타이밍;
외부 컨설턴트 유치에 필요한 합리적인 금액의 재정 자원
합리적인 내부 볼륨 노동 자원프로젝트 내에서 고용됩니다.
위의 모든 사항을 통해 정보 시스템 구현을 위한 세부 계획을 개발하고 기업을 프로세스 지향적인 활동 성격으로 전환하는 데 필요한 리소스를 최적화할 수 있었습니다.
정보시스템 구축 전략
관리 정보 시스템은 각 프로젝트마다 다소 고유합니다. PMIS는 프로젝트 시작 단계에서 생성되며 프로젝트가 종료되면 존재하지 않습니다. 따라서 프로젝트 관리는 비교적 짧은 시간에 효과적인 정보 시스템을 만들 수 있어야 합니다. 이 경우에만 가능합니다. 일반 구조 PMIS, 시스템 배포의 주요 요소 및 방법은 사전에 개발되고 합의되고 문서화됩니다. 즉, 프로젝트 관리에 대한 표준 접근 방식, 조직의 요소, 관리 절차 및 문서, 도구가 조직 전체에서 구현되고 숙달되어야 합니다. 그러면 프로젝트 관리자는 표준 접근 방식과 요소를 기반으로 특정 프로젝트에 대한 관리 시스템을 신속하게 생성할 수 있습니다.
일반적으로 조직에서 프로젝트 관리 시스템을 개발하기 위한 접근 방식을 개발할 때 세 가지 주요 전략을 고려해야 합니다.
· 자체 특화 시스템 개발 또는 기존 시스템의 커스터마이즈.
통합 시스템 사용 스케줄링시장에서 사용할 수 있는 프로젝트 관리.
· 기능별 및 데이터별 기존 하위 시스템 통합.
자신의 전문 시스템을 개발하려면 일반적으로 상당한 자본 투자, 시간 및 자격을 갖춘 전문가가 필요합니다. 이 전략은 범용 시스템의 사용이 효과적이지 않은 특정 프로젝트 및 프로젝트 관리 영역에 대해 정당화될 수 있습니다.
어쨌든 신청은 산업 시스템 PMIS의 프레임워크 내에서 일정 및 프로젝트 관리는 주제 영역에 대한 조정과 종종 특정 기능의 개선 및 다른 시스템과의 통합을 필요로 합니다.
선택한 전략에 관계없이 개발자의 주요 임무는 시스템에서 지원하는 정보 모델을 실제 모델에 최대한 가깝게 만드는 것입니다. 조직 구조및 프로젝트 관리 절차.
사용자는 제안된 소프트웨어에 대해 무엇을 알아야 하며 올바른 선택?
우선, 필요한 계획 및 제어 세부 사항의 정도를 선택하기 위해 구현해야 하는 계획 및 관리 기능과 관련된 질문에 스스로 답하는 것이 유용합니다.
프로젝트 진행에 대한 계획 또는 계획 및 통제만 가능합니다.
작업 시간만 계획하고 제어합니다.
자원 사용에 대한 상세한 계획 없이 금융 투자를 계획하고 통제합니다.
자원 사용에 대한 상세한 계획;
· 다중 프로젝트 계획 및 관리.
프로젝트의 차원과 계획의 세부 사항, 관리 및 보고의 조직 구조에 대한 대략적인 요구 사항을 미리 결정하는 것이 유용합니다. 얼마나 많은 프로젝트가 동시에 실행되고 상호 의존적입니까? 한 프로젝트의 대략적인 작업 수는 얼마입니까? 한 프로젝트에 몇 가지 유형의 리소스가 포함되며 프로젝트 간에 리소스가 어떻게 분배됩니까?
또한 패키지 선택은 특정 주제 영역의 특정 제어 요구 사항에 영향을 받을 수 있습니다. 예를 들어, 특별한 보고 요구 사항 또는 추가 지표를 계산해야 할 필요성, 시스템을 다른 애플리케이션과 통합해야 할 필요성, 또는 규제 프레임워크데이터 등
소프트웨어를 사용할 직원의 자격과 관련된 고려 사항도 중요합니다. 기능이 더 많은 패키지에는 일반적으로 고급 사용자 기술과 추가 교육이 필요합니다. 전문 사용자를 대상으로 합니다. 주요 활동이 프로젝트 관리인 전문가. 가끔 PM 패키지만 사용하는 사용자들에게 필요한 경우 소량의 작업을 계획하기 위해서는 사용의 용이성과 결과를 얻는 속도가 더 중요합니다. 또한 대규모 조직에서는 일반적으로 두 유형의 사용자를 모두 찾을 수 있습니다. 따라서 이러한 조직의 임무는 하나의 패키지로 표준화하는 것이 아니라 데이터 교환 절차를 지원하는 최적의 패키지 조합을 선택하는 것입니다.
정보시스템 개발
경영 정보 시스템 개발에는 세 가지 주요 단계가 있습니다.
· 관리 절차의 자동화 가능성에 대한 연구 및 분석;
· 시스템 설계 및 개발;
· 문서의 테스트 및 준비.
첫 번째 단계에서 조직의 기존 정보 시스템 및 자원에 대한 조사, 다양한 관리 수준에서 관리의 정보 요구 분석이 수행됩니다.
조사 팀에는 회사의 조직 구조에 정통한 프로젝트 관리 방법 분야의 전문가와 시스템 분석가인 기술 전문가가 모두 포함되어야 합니다.
이 설문조사에는 다양한 정부 수준의 전문가들과의 일련의 인터뷰가 포함됩니다. 인터뷰는 내용과 순서에 따라 신중하게 계획해야 합니다. 설문지에는 의무와 책임, 수행된 작업 및 연락처를 포함하여 조직 및 진행 중인 프로젝트에서 인터뷰 대상자의 위치에 대한 설명이 포함되어야 합니다. 인터뷰의 임무는 이 직책에 대한 입력 및 출력 정보를 식별하고 수행된 절차, 사용된 시스템 및 접근 방식, 기존 문제 및 해결을 위한 제안을 설명하는 것입니다. 설문조사의 결과로 얻은 정보는 가공 및 요약됩니다.
결과적으로, 수행된 절차와 기존 문제에 대한 설명과 함께 일반적인 관리 조직 구조가 개발되어야 합니다. 기반을 둔 이 문서정보 관리 시스템의 개념이 개발 중이며 특정 지원을 제공하는 하위 시스템에 대한 자세한 설명입니다. 관리 기능, 예상 시간, 예산 및 기술 요구 사항을 포함한 시스템 설정 계획.
두 번째 단계에서는 개발 프로젝트 관리자, 작업 관리자 및 프로그래머를 포함하는 개발 팀이 구성됩니다.
설계에는 기능 사양의 개발, 통신 사양, 시스템 아키텍처를 설명하는 기술 사양, 기준 설명 및 시스템 승인 절차가 포함됩니다.
개발에는 시장에서 사용할 수 있는 표준 패키지의 공급 및 사용자 지정이 포함됩니다. 특수 하위 시스템 개발; 공급 필요한 장비; 시스템 전체의 통합.
테스트 단계에서는 개별 하위 시스템과 시스템 전체의 성능을 확인하고 얻은 솔루션이 원래 사양과 사용자의 실제 요구 사항에 부합하는지 평가합니다.
동시에 시스템 관리자를 위한 문서와 사용자를 위한 지침이 포함된 PMIS에 대한 문서가 개발되고 있습니다. 시스템 사용자에 대한 지침은 프로젝트 계획 및 관리를 위한 조직의 절차와 일치해야 합니다.
각 특정 PMIS의 개발 비용은 특정 프로젝트의 요구에 따라 결정되는 시스템의 복잡성, 정보 시스템을 만드는 데 할당된 시간과 비용, 시스템 생성을 담당하는 개발자의 지식과 경험.
시스템 구현
프로젝트 관리 시스템을 마스터하는 데 있어 특정 어려움은 새로운 관리 기술을 도입하고 사용해야 할 필요성과 관련될 수 있습니다. 따라서 소프트웨어의 개발 및 조정은 아직 이 소프트웨어가 효과적으로 적용된다는 것을 보장하지 않습니다. 시스템의 구현 절차는 이 문제를 극복하는 데 도움이 되도록 설계되었습니다.
프로젝트 관리 시스템의 사용 범위 다양한 조직크게 다를 수 있습니다. 구현 작업의 복잡성은 조직의 규모, 기존 관리 구조 및 자동화 정도, 구현되는 프로젝트의 규모 및 유형, 프로젝트 관리에 외부 조직의 참여 정도에 따라 다릅니다. 그러나 비교적 간단한 상황에서도 시스템 구현 계획이 실제 운영에 결정적인 역할을 할 수 있습니다. 설계 단계에서도 잠재적인 사용자를 개발 프로세스에 참여시켜 지원을 받는 것이 중요합니다.
프로젝트 관리 시스템의 구현을 계획할 때 가장 흔히 발생하는 몇 가지 실수를 공식화할 수 있으며, 이는 이러한 시스템 개발 실패의 원인입니다.
· 프로젝트 목표 및 예상 결과가 사전에 정의되지 않았거나 완전히 정의되지 않았습니다. 빡빡한 시간 제약, 조급함 또는 관리 불일치로 인해 프로젝트 목표의 전체 범위가 실현되지 않을 수 있습니다.
· 프로젝트 관리 시스템의 모든 기능을 동시에 시운전하는 계획. 프로젝트 관리 시스템의 전체 구현에는 여러 가지 새로운 기술(예: 글로벌 정보 네트워크 및 클라이언트-서버 데이터베이스 설치)의 사용이 포함될 수 있으며 다양한 기능의 구현은 다른 부서의 작업에 영향을 미칠 수 있습니다. 전문가(예: 작업 계획의 시간, 자원 및 비용 유형 구현에서 정보 흐름을 지원하는 데 여러 부서가 참여해야 함). 이 모든 것은 프로젝트의 심각한 복잡성을 초래할 수 있으며 시스템 전체를 안정화하는 데 문제가 됩니다.
· 전체 조직을 한 번에 프로젝트 관리를 위한 시스템 사용으로 이전할 계획입니다. 모든 직원을 한 번에 연결하려는 것과 같습니다. 대규모 조직근거리 통신망에. 부서별로 사용자를 순차적으로 연결하는 대신.
· 새 시스템의 구현으로 기대되는 이점을 명확히 하는 것이 중요합니다. 시스템 구현의 결과는 조직의 다양한 관리 수준에서 영향을 받을 수 있는 모든 사람들(시스템의 직접 사용자 및 시스템 정보의 사용자/제공자 모두)과 동의해야 합니다.
· 단순한 것부터 복잡한 것까지 계획 및 관리 기능을 일관되게 사용합니다. 시간 매개 변수의 계획 및 제어로 시작한 다음 비용 계획 및 제어 기능을 마스터하고 그 후에 만 자원 계획으로 진행하는 것이 좋습니다. 프로젝트 관리 시스템의 주요 기능 사용 절차를 마스터한 후 다른 시스템과 통합하는 것이 좋습니다.
· 개별 소규모 프로젝트 및 기능 부서에서 시작하여 시스템의 일관된 구현. 상당히 자격을 갖춘 수행자 팀과 함께 작은 프로젝트로 시작하는 것이 좋습니다. 모든 조직에는 새로운 자동화 시스템 사용에 더 관심이 있고 이를 마스터하는 데 더 능숙한 직원이 있다는 것을 기억해야 합니다. 그들과 함께 시작하는 것이 좋습니다. 시스템을 마스터 한 첫 번째 사용자 그룹을 받으면 조직의 다른 프로젝트 및 부서에 이 기술을 배포할 수 있습니다. 시스템이 조직에서 실제로 작동하기 시작하면 사용 반대자도 사용자 순위로 이동해야 합니다. 부서장이 새로운 시스템을 구현하기 위한 계획을 인지하고 계획에 따라 행동하도록 하는 것이 중요합니다.
시스템 구현 계획은 소프트웨어를 설정하고 사용자에게 시스템 기능을 교육하는 것으로 국한되어서는 안 됩니다. 새로운 자동화 시스템 설치 프로젝트 경영활동전통적으로 수집 및 보관 절차의 추가 공식화에서 훨씬 더 넓은 범위의 작업을 다룹니다. 경영정보관리 및 책임 재분배의 조직 구조 변경을 구현하기 전에. 일반적으로 이러한 시스템을 구현하기 위한 프로젝트는 조직 프로젝트의 클래스, 즉 어느 정도 조직 구조의 발전으로 이어지는 프로젝트에 기인할 수 있습니다. 이 유형의 프로젝트의 독특한 특징은 조직 전체 또는 개별 단위 기능의 효율성이 프로젝트의 성공 또는 실패에 달려 있다는 것입니다. 이러한 이유로 시스템 구현의 기술적 측면뿐만 아니라 인적 측면에 대한 신중한 계획과 제어가 특히 중요합니다.
문학
[나]. L PMBOK(Project Management Body of Knowledge) 가이드, PMI, 1994.
. Andersen E, Grude K, Haug T, Turner J, 목표 지시 프로젝트 관리, Kogan Page, 1995.
. Morris P, 프로젝트 인터페이스 관리 - 프로젝트 성공을 위한 핵심 포인트, 프로젝트 관리 핸드북, D. Cleland 및 W. King 편집, Van Nostrand Reinhold, 1988.
. Meredith J., Mantel S., 프로젝트 관리, 관리 접근 방식, Wiley, 1989.
. 프로젝트 관리의 구현: 전문 핸드북, Wesley, 1991.
[비]. Polkovnikova E.V., Polkovnikov A.V., 타임 라인을 사용한 계획 및 프로젝트 관리, Dialogue-MEPhI, 1994.
. Thuman J, 프로젝트 관리 시스템의 개발 및 구현, 프로젝트 관리 핸드북, D. Cleland 및 W. King 편집, Van Nostrand Reinhold, 1988
. Badiru A, Whitehouse G, 프로젝트 관리를 위한 컴퓨터 도구, 모델 및 기법, TAB Professional 및 참고서, 1989.
. Levine H A, 마이크로컴퓨터를 사용한 프로젝트 관리, McGraw Hill, 1986.
. Wall A, 마이크로를 사용한 프로젝트 계획 및 제어, NCC 간행물, 1988.
SQL(Structured Query Language)은 데이터베이스 쿼리를 작성하기 위한 구조화된 표준 언어입니다.
ODBC(Open Data Base Connectivity)는 다양한 형식의 데이터베이스에 액세스하기 위한 표준입니다.
웹은 인터넷 기술을 사용하여 구축된 세계적인 네트워크입니다.
ASCII는 구조화된 텍스트 파일 형식입니다.
정보 시스템 설계 및 응용 분야의 다양한 수준의 IT 관리자 자격을 획득하고 향상시키기 위한 전문 재교육 프로그램 모범 사례 IS 구현 프로젝트를 관리합니다.
이 프로그램은 기업 정보 시스템의 개발, 구현 및 개발과 관련된 문제를 해결하는 데 필요한 지식을 습득하고 체계화해야 하는 IT 전문가를 대상으로 합니다.
자신의 지위를 향상시키고, 경력을 쌓고, 직업을 바꾸고, 편리한 시간에 새로운 지식을 습득하고, 전문적인 기준을 충족하는 최고의 러시아 대학에서 권위 있는 졸업장을 받고자 하는 사람들을 위한 것입니다.
이 프로그램은 2012년부터 시행되었습니다.
이 기간 동안 블라디보스토크, 예카테린부르크, 툴라, 사마라, 보로네시, 소치, 노브고로드, 치타, 모스크바 및 기타 도시에서 수백 명이 훈련을 받았습니다.
이 프로그램은 요구 사항을 충족하도록 설계되었습니다. 전문적인 기준:
- 정보 기술 분야의 프로젝트 관리자
- 시스템 분석가(2014년 10월 28일 러시아 노동부 명령 No. 809n 승인)
| 연구 형태: | 시간제(원격) |
| 프로그램 기간: | 8 개월 |
| 발급된 문서: | 전문 재교육에 대한 고등 경제 학교의 확립 된 형태의 졸업장. 졸업장에는 다음과 같은 자격이 있습니다. 전문적인 활동정보 기술 관리 분야에서 |
| 수업 시작: | 2019년 6월 5일 서류접수 2019년 5월 25일까지 |
| 입장 조건: |
중등 직업을 가진 사람 또는 고등 교육; |
| 가격 | 136,000루블. 지불은 할부로 이루어집니다. 최소 결제 금액은 2개월에 1회입니다. |
교육 신청
프로그램 목표
- 학생들에게 시스템 분석 및 IT 관리 분야에서 필요한 이론적 지식을 제공합니다.
- 습득한 지식과 기술의 실제 적용을 촉진하고 학생들에게 필요한 조언과 지원을 제공합니다.
- 학생들에게 언제 어디서나 편리한 시간에 교육 프로그램을 마스터할 수 있는 기회를 제공합니다.
정보 시스템의 개발 및 설계에서 문제를 해결하기 위한 체계적인 접근 방식을 가르칩니다.
IT 프로젝트 관리의 실무를 배우십시오. 러시아 기업및 조직;
프로그램에 따른 교육의 주요 임무는 교육 자료를 암기하여 학문 분야의 시험을 통과하는 것이 아니라 실제 회사 활동에서 모든 수준의 복잡성을 가진 정보 기술 솔루션의 생성 및 구현을 위한 프로젝트를 관리하는 기술을 학생들에게 제공하는 것입니다. 전문 의료진의 상담을 통해
프로그램의 구조와 내용
구현 비용과 IS 적용의 효율성은 주로 이러한 단계에 의해 결정됩니다. 라이프 사이클 IS는 설계 및 구현입니다. 이 단계에서 IS에 대한 비즈니스 요구 사항 및 기능 요구 사항이 올바르게 결정되고 최적의 IS 아키텍처가 개발되며 가장 효과적인 IS 구현 방법이 선택됩니다.
이 프로그램은 시스템 분석의 원칙과 CASE 기술의 사용을 기반으로 하는 기업 정보 시스템의 설계, 구현, 개발의 방법론적 기초를 논의합니다. 이 프로그램은 기업 정보 시스템의 생성 및 구현에 필요한 지식과 기술의 형성에 중점을 두며, 그 기능 및 운영 특성은 자동화된 비즈니스 프로세스의 기능 및 요구 사항에 해당합니다.
이 프로그램은 National Research University Higher School of Economics의 주요 교사들과 실무 전문가들에 의해 개발되었습니다. 굉장한 경험실무 및 성인 교육.
필요한 연구 논리를 설정하고 실용적인 기술을 습득하기 위해 프로그램은 해당 제어 실습 작업(KDZ)과 함께 4개의 블록으로 나뉩니다.
1. 주제분야 분석 및 지식재산 요건 형성
- 기업의 정보화
- 자동화된 정보 시스템에 대한 요구 사항 분석
- 엔터프라이즈 아키텍처
- 비즈니스 프로세스 모델링
- 비즈니스 프로세스 최적화
- 숙제 통제 1.
2. IS의 개발 및 설계
- 엔터프라이즈 시스템 개발을 위한 라이프 사이클 모델 및 방법론
- 기업 시스템 개발을 위한 기술 및 도구
- 정보 시스템 설계
- 현대 창조를위한 프로젝트에 GOST 34 적용 자동화 시스템
- 관계형 데이터베이스 설계 기초
- SQL 및 절차적 언어
- 제어 숙제 2
3. IP의 구현
- IT 전략
- 정보 시스템 구현 관리
- 애자일 프로세스 방법론
- PMI PMBOK 표준에 따른 프로젝트 관리
- 빠른 결과 프로젝트 관리
- 숙제 통제 3.
4. 최종 인증 작업
통신(원격) 교육의 특징
분야의 자료는 비디오 필름 또는 전자 텍스트의 형태로 제공됩니다.
주 7일 24시간 교육 가능:교육 및 지식 제어는 하루 중 언제 어디서나 전 세계 모든 국가에서 완전히 원격으로 수행됩니다. 학생들은 공부를 하기 위해 컴퓨터와 인터넷만 있으면 됩니다.
청취자에 대한 개별적인 접근.학습 과정에서 학생들은 강의를 시청하거나 듣거나 제공합니다. 각 학생은 개인 큐레이터로부터 필요한 조언과 지원을 받습니다.
유연한 일정.청취자는 교육 과정의 속도를 스스로 설정하고 자신과 자신의 업무량 및 일상에 집중합니다.
지식관리는 각 주제(강의)를 공부한 후, 각 학문의 학습을 마친 후 진행합니다. 그것 필요조건인증. 이것만이 재료에 대한 특정 연구 순서를 설정합니다.
큰 실무경청자, 정보를 사용하여 그가 일하는 회사의 비즈니스 프로세스. 습득한 이론지식을 숙달하고 실무에 적용하기 위해 각 학과 블록별로 수행 숙제를 통제하다. KDZ는 서류 작업, 청취자가 원하는 경우 실제 활동에서 얻은 실제 정보를 사용하여 선택한 주제를 공개합니다. 또는 KDZ의 주제는 분석적 측면을 가질 수 있습니다. KDZ는 국립 연구 대학 경제 대학의 고등 경제 대학의 교사와 전문가로 임명 된 감독자의지도하에 수행됩니다.
모든 회사 소유자는 자신의 회사가 가능한 한 효율적으로 일하고 있는지에 대해 생각합니다. 이 질문에 대한 명확한 답은 많은 지표를 분석하여 얻을 수 있습니다. 이 데이터를 수동으로 얻는 것은 어렵고 비용이 많이 듭니다. 현대 정보 시스템은 미리 결정된 계산 알고리즘에 따라 몇 분 안에 모든 지표를 형성할 수 있습니다.
관리자가 기업 활동에서 시스템을 구현하기로 결정하도록 하는 것은 기술의 효율성입니다. 그러나 라이센스를 구입하고 구현을 위해 잘 알려진 통합 회사를 고용하기 전에 자신의 기업에서 구현 진행 상황을 제어하기 위해 이 프로세스에 대한 기본 개념을 알아야 합니다.
정보 시스템 구현을 시작하는 방법은 무엇입니까?
기업이 기업 경영 정보 시스템을 구현해야 한다는 생각이 형성되면 이를 수행할 사람을 결정해야 합니다. 기업에서 이러한 종류의 프로젝트를 시작하는 방법에는 여러 가지가 있습니다.
- IP를 구현하는 대기업과 계약 체결. 장점은 아웃소싱 회사와 개별 전문가의 경험뿐만 아니라 자체 설계 개발의 가용성을 포함합니다. 단점으로는 작업 비용, 직원 이직 가능성 및 최고의 전문가가 유명하지 않을 수 있다는 가능성이 있습니다.
- 작은 지역 IT 회사의 초대. 확실한 플러스는 자동화된 정보 시스템의 도입이 우선순위 프로젝트그녀를 위해. 프로젝트가 크고 길어야 하는 경우 관리, 전문가 및 소규모 구현 회사의 우선 순위가 갑자기 바뀌는 것을 경계해야 합니다.
- 자체 IT 부서에서 구현합니다. 이 옵션에서는 추가 비용이 없고 전문가와 지속적으로 의사 소통하며 프로젝트를 개인적으로 관리할 수 있는 능력이 매력적입니다. 그러나 여기에는 큰 위험도 있습니다. 종종 사용자와 경영진에 의존하는 IT 부서 전문가는 항상 정확하지 않은 결정을 포함하여 자신의 결정을 완전히 따릅니다.
- 전문가 초청. 비용을 절약하고 전문가를 고용하는 좋은 방법 원하는 지역. 단점은 회사의 모든 직원의 높은 조직의 필요성, 한 사람에 대한 성공의 의존 및 프로젝트에 대한 공식적인 책임을 포함합니다.
실습에 따르면 경험이 풍부한 전문가에게 정보 시스템 구현 관리를 맡기는 것이 좋습니다. 그렇기 때문에 어떤 버전의 구현 팀을 선택하든 경험을 확인해야 합니다. 양적뿐만 아니라 질적도 포함됩니다. IT 기업 및 전문가의 업무에 대한 리뷰를 확인하고, 자신의 전문가의 자격을 모니터링하십시오.
그런 중요한 점, 전략적 구현 계획 및 정보 시스템 구현자와의 관계 유형 선택이 중요하지만 유일한 기준은 아닙니다. 기업에서 정보 시스템 구현의 효율성은 몇 가지 요소와 직원이 작업에서 이를 고려하려는 의지에 달려 있습니다. 전문가들은 슬픈 결과를 초래할 가능성이 있는 몇 가지 기본 규칙을 확인합니다.
- 모든 직원의 구현을 위한 현대 기술 도구 및 준비의 도입 필요성에 대한 인식
- 시스템 구축의 기초 학습
- 적합한 백본 프로그램과 그 구현을 책임지는 팀의 유능한 선택;
- 고객에 의한 프로젝트 제어를 위한 자격을 갖춘 인력 할당
- 일관되고 명확한 프로젝트 구성
- 더 나은 것을 위해 변화하려는 욕망.
기업정보시스템의 출시 시기를 결정하는 것은 어렵습니다. 기업 정보 시스템의 개발이 이전에 존재했는지 또는 처음부터 시작해야 하는지 여부에 따라 많은 것이 달라집니다. 구현에 많은 시간이 걸리고 회사의 일부 비즈니스 프로세스가 크게 변경된다는 사실에 대비해야 합니다. 정보 시스템을 구현하는 기술은 전문가마다 크게 다를 수 있지만 거의 모든 성공적인 프로젝트에서 특정 단계가 구별됩니다.
정보 시스템의 성공적인 구현에는 기업에 매우 중요하고 유용한 단계가 많이 포함됩니다. IS에서 직접 작업을 시작하는 것 외에도 회사가 주요 비즈니스 프로세스를 간소화하고 문제 영역을 식별하는 데 도움이 됩니다. 어떻게 더 큰 회사, 기능과 자격이 문제를 제기하는 더 인정받는 직원. 정보 시스템의 적절한 구현은 그것들을 드러낼 것입니다.
회사에서 IS를 "보여주기 위해"만 구현하는 것이 아니라 모든 기능을 실제로 효과적으로 사용하려는 경우 다음 단계를 수행해야 합니다.
- 우선, 구현의 목적을 결정하는 것이 필요합니다. 많은 고위 관리자들은 이 단계에 대해 피상적이지만 실제로 IP의 전체 구현에 대한 방향을 설정합니다.
- 회사의 비즈니스 프로세스에 대한 조사. 이 단계에는 경영진과의 인터뷰, 각 프로세스에 대한 다이어그램 작성이 포함됩니다. 산출물은 구현 목표의 명확화와 작업 및 비용의 범위를 사전에 추정하는 능력입니다.
- 프로젝트, 기술 사양 및 규정 작성. 이러한 문서는 IP 구현과 관련된 모든 비즈니스 프로세스를 설명해야 합니다. 필요한 데이터, 구조, 작업 알고리즘, 작업을 나타내는 구현 프로젝트를 가능한 한 자세히 작성하십시오.
- 전문가 교육. 구현 초기에 회사 직원은 작업 구현을 지연시키지 않도록 필요한 것이 무엇인지 알아야합니다. 또한 회사의 관리자와 개발자는 정보 시스템을 이해하기 시작해야 합니다. 즉, 직원들은 회사의 이익을 위해 지식을 확장합니다.
- 기업의 특성에 따라 정보 시스템을 설정합니다. 이 단계에는 다음이 포함됩니다.
- 직원을 위한 시스템 기능에 대한 권리의 차별화
- 초기 데이터 채우기;
- 계산 알고리즘 설정, 필요한 보고서 작성.
- 정보 시스템 테스트. 이 단계에서 알고리즘의 맥락에서 구현 문제 또는 새로운 보고서의 필요성이 감지될 수 있습니다.
- 실제 데이터로 시운전. 대부분이 단계에서 회사의 많은 직원이 수행합니다. 더 많은 일. 그들은 이전과 같이 작동해야 할 뿐만 아니라 정보 시스템에 자신의 행동을 반영해야 합니다. 구현에 있어 모든 참가자의 최대 규율과 노력의 집중이 필요합니다. 최종 결과는 정보 시스템의 데이터가 실제 상황과 일치해야 합니다.
- 산업 운영. 이 단계에서 직원이 정보 시스템에서 본격적인 작업으로 전환됩니다. 조직해야합니다 기술적 지원사용자;
- 프로젝트 완료. 단계의 주요 결과는 서명된 직업 설명, 부서의 의무 및 상호 작용에 대한 설명. 기업 정보 시스템이 기업에서 시작됩니다.
모든 수준에서 회사 직원의 조정된 노력만이 기업 내 정보 시스템의 지속적인 성공적인 운영을 보장합니다.
독립적으로 개발되거나 공급업체로부터 구매한 기업 IS의 도입은 종종 기업의 기존 비즈니스 프로세스의 중단(재설계)을 동반합니다. 표준의 요구 사항과 구현되는 시스템의 논리를 충족하도록 다시 빌드해야 합니다. 우리는 IP의 도입이 여러 관리 및 기술 문제를 해결하지만 인적 요소와 관련된 문제를 야기한다는 점에 즉시 주목합니다.
새로운 IS의 도입은 소규모 IS의 경우 몇 개월에서 대규모 IS의 경우 몇 년까지 지속되는 복잡한 과정입니다. 분산 회사다양한 제품과 수많은 공급업체와 함께 IS의 개발(또는 획득) 및 구현을 위한 프로젝트의 성공은 주로 프로젝트를 수행하기 위한 기업의 준비, 경영진의 개인적 관심과 의지, 실제 행동 프로그램, 자원의 가용성, 훈련된 자원의 가용성에 달려 있습니다. 인력, 그리고 기존 조직의 모든 수준에서 저항을 극복하는 능력.
현재까지 IP 구현을 위한 일련의 표준 방법이 개발되었습니다. 기본 규칙: 필수 단계를 순차적으로 수행하고 어느 단계도 건너뛰지 않음.
구현에 중요한 것은 다음과 같습니다. 요인 :
명확하게 정의된 프로젝트 목표 및 IP 요구 사항의 가용성;
IP의 구현 및 사용을 위한 전략의 가용성;
· "있는 그대로" 및 "있는 그대로" 기업 및 건물 모델에 대한 사전 프로젝트 조사를 수행합니다.
실행 계획의 실행에 대한 작업, 자원 및 통제 계획;
시스템 구현에 고위 경영진의 참여;
· 시스템 통합 전문가가 기업 전문가와 함께 IS 구현 작업을 수행합니다.
수행되는 작업의 품질에 대한 정기적인 모니터링;
· 구현된 IS 모듈의 적어도 일부 또는 시험 운영 과정에서 긍정적인 결과의 빠른 수신.
개발 전 구현 프로젝트필요한:
· IP 구현 프로젝트의 목표를 최대한 공식화합니다.
최소 추정 필요한 비용지출 항목;
· 다른 진행 중인 프로젝트보다 구현 프로젝트의 높은 우선 순위를 설정합니다.
프로젝트 관리자에게 가능한 한 많은 권한을 부여하십시오.
· 다가오는 변화의 중요성과 필요성을 모든 사람에게 알리기 위해 기업 직원과 함께 대량 교육 작업을 수행합니다.
새로운 적용을 위한 조직적 조치를 개발 정보 기술;
구현 및 파일럿 운영의 모든 단계에 대한 개인의 책임을 분담합니다.
또한 정보 시스템 모듈의 구현을 위한 기능 영역을 결정해야 합니다.
· 조직 관리;
조직 및 관리 지원;
비즈니스 프로세스 관리;
관리, 계획, 재무 및 회계;
· 인사 관리;
문서 관리;
· 물류 관리;
클라이언트 및 외부 환경과의 관계 관리.
위에 추가로 설정이 필요합니다. 기술 요구 사항 IS의 구현:
· 시스템 플랫폼- 고객의 기술 사양에 따라 주문 제작 또는 개발에서 기성품 솔루션의 구현 및 적용
· 통합성- 데이터는 단일 정보 공간에 저장 및 처리됩니다. 이것은 완전성, 일관성, 신뢰성 및 재사용성을 보장합니다. 시스템에는 새로 개발되고 이미 사용된 기술 및 응용 프로그램이 포함될 수 있습니다.
· 적응성- 시스템은 고객의 요구 사항과 고객 정보 필드의 기능에 따라 구성됩니다.
· 분포- 시스템은 기업의 영역적으로 원격 세분화 및 지점에서 효과적으로 기능할 수 있습니다.
· 확장성- 시스템은 기본 모듈을 포함하는 프레임 형태로 구현될 수 있으며, 변화하는 대내외 환경의 요구사항에 따라 보완될 수 있다.
6.6.1 정보 시스템 구현의 주요 단계
단계 "IP 구현 프로젝트 준비에 대한 예비 작업". 기업에 대한 사전 프로젝트 조사(그림 4) 동안, 자세한 정보조직의 구조적 조직, 기능적 관계, 관리 시스템, 주요 비즈니스 프로세스, 기업 내 흐름(제어 흐름, 문서 흐름, 데이터 흐름, 작업 흐름, 현금 흐름), 적절한 모델을 구축하는 데 필요한 정보 및 자동화할 개체를 선택합니다. 조건, 자원, 작업 유형 및 양, 소프트웨어, 하드웨어 및 통신의 범위 및 비용, 직원 교육 비용 등이 추정됩니다.
"프로젝트 준비" 단계. 첫 번째 단계가 완료되면 예비 계획 및 프로젝트 시작 절차 형성이 수행됩니다.
· 프로젝트 및 전문가 그룹의 형성;
권한과 책임의 분배;
구현 프로세스에 대한 조직 및 기술 요구 사항의 결정;
사양 및 고객 기대치에 대한 설명
· 고객 기업의 전문가로 구성된 구현 그룹 교육.
어떤 이유에서인지 구현 계획을 세울 때 마지막으로 매우 중요한 점을 놓치는 경우가 많습니다. 그러나 전체 프로젝트의 성공 여부는 크게 좌우됩니다! 자금 조달이 시작된 후 프로젝트는 실행을 위해 시작된 것으로 간주됩니다.
"프로젝트의 개념적 연구" 단계. 이 단계에서:
개념 설계가 형성되고 승인됩니다.
· 프로젝트의 목표와 목적을 명확히 하고 구체화합니다.
시스템 프로토타입의 치수가 결정됩니다.
· 통합 작업 계획, 시운전 단계 및 조건, 계획, 재무 및 보고 지표의 순서가 합의됩니다.
동시에 이러한 모든 조치는 모든 이해 당사자와 책임 있는 당사자가 반드시 문서화하고 동의하고 승인해야 합니다.
"프로젝트 구현" 단계. 주요 구현 작업 동안 시스템 환경이 생성, 설치 및 구성되고 시스템 관리 절차가 결정되며 주요 소프트웨어 및 하드웨어 시스템과 응용 프로그램이 설치됩니다. 시스템은 지점, 부서, 부서, 작업 그룹등.
그림 12 - 구현 프로젝트 저장소의 대략적인 내용
네트워크 및 통신 설비의 설치, 구성 및 구성을 수행하고 기존 로컬 시스템에서 데이터를 전송하고 기존 및 외부 시스템과 인터페이스를 구성합니다. 동시에 생성된 모든 모델, 계획, 작업 소프트웨어 제품, 문서는 구현 프로젝트의 종단 간 저장소에 배치됩니다(그림 12). 이 저장소의 중요한 부분은 프로젝트 프레임워크 내에서 형성된 문서 시스템입니다(그림 13).
그림 13 - 정보 시스템 구현 프로세스에 대한 문서의 대략적인 구성
다중 사용자 모드에서 시스템 작동의 시스템 보안 문제가 해결되고 있습니다. 애플리케이션, 템플릿, 보고서, 클라이언트 액세스 양식이 생성되고 사용자 권한이 분산됩니다. 모든 시스템은 모든 이해 당사자가 참여하여 "전투 모드"에서 테스트되고 있습니다.
구현 단계가 끝나면 구현 프로젝트가 완료된 것으로 간주됩니다. 정보시스템이 가동됩니다.
시험 문제
1. "열린 정보 시스템"이란 무엇입니까? 개방형 시스템의 주요 속성을 나열하십시오.
2. 기업 활동을 관리하는 현대적 프로세스 접근 방식의 본질과 IS 개발에 이 접근 방식을 사용하는 방법을 설명합니다.
3. 정보 시스템 설계에 어떤 모델과 방법이 사용됩니까?
4. 무엇 소프트웨어정보 시스템 개발 프로세스를 모델링하는 데 사용됩니까?
5. AS IS 및 AS TO BE 상태 모델은 어떤 데이터와 정보를 기반으로 개발되었습니까?
6. 회사에서 IS의 개발, 구현 및 개발을 담당하는 사람은 누구입니까? IP 개발을 위한 위임 조건의 준비에는 누가 참여합니까?
7. 정보 기술 디자인의 주요 단계의 이름을 지정하십시오.
8. 정보 시스템의 수명 주기 단계를 나열하십시오.
9. 회사 직원 교육은 IS 개발 및 구현의 어느 단계에서 수행됩니까?
10. IP 구현의 주요 단계를 나열하십시오.
