정보 시스템 엔지니어링의 일반적인 감독 과정에서 일반적으로 이정표 제어와 프로세스 제어의 두 가지 관리 사상이 사용됩니다. 프로세스에 관련된 대부분의 요소가 명확하고 제어 가능한 경우 이정표 감시법이 더 효과적입니다 [1]. 정보 시스템 소프트웨어 엔지니어링의 설계에서 우리가 할 수 있는 일은 전문가에게 검토를 요청하는 것이다. 이는 도움이 되지만, 일부 설계 오류는 코딩 및 테스트에서만 발견할 수 있다. 정보 시스템 엔지니어링에서는 프로세스 자체의 불확실성과 위험성으로 인해 마일스톤 감독에 큰 결함이 있습니다 [2]:( 1) 원래 최종 코드 생성을 돕기 위해 설계되었으며 종종 마일스톤 설계로 진화했습니다. (2) 이정표의 설계는 모든 문제를 완전히 포착하지 못하고 일부 위험을 숨기고 있다. (3) 작업량 및 작업 가치를 평가하는 것은 어렵습니다. (4) 이정표가 문제를 밝히는 시간은 문제가 발생한 시간보다 훨씬 뒤처져 있다. 이정표 감독에 비해 프로세스 기반 동적 평가 프로세스 [3] 입니다. 이정표는 중요하지 않은 것이 아니라, 이정표의 실천을 더 잘 할 수 있도록 규제 사고방식을 바꿔야 한다. 이정표식 접근법의 가장 큰 문제는 모든 문제가 축적될 때까지 기다려야 문제를 해결할 수 있다는 점이다. 이때 우리는 종종 문제를 해결할 수 있는 가장 좋은 시기를 놓치게 된다. 프로세스에 기반한 동적 평가의 의미는 전체 과정에서 문제를 지속적으로 발견하고 해결하는 것이지, 문제가 어느 정도 축적되어 대량으로 해결되는 것이 아니라는 것이다. 환경이 변화함에 따라 프로세스는 가변성과 불확실성의 요구에 맞게 지속적으로 조정되어 이정표 실천을 위한 검토 기회를 제공하여 더 높은 수준에서 정보 시스템 엔지니어링을 평가합니다. 1 이론적 기초 1. 1 프로세스 기반 동적 제어 정보 시스템 감독의 핵심은 정보 엔지니어링 프로젝트의 투자, 진행 및 품질을 합리적으로 통제하는 것입니다 [4], 이른바 3 가지 목표 통제입니다. 따라서 감독 업무는 동적 통제 원칙의 지도하에 목표 통제를 하고, 계획 기준에 따라 계약자의 성과를 측정하고, 실제 과정의 편차를 적시에 바로잡아 예상되는 계획 목표를 보장해야 한다. 정보 시스템 엔지니어링 감독의 목표 제어 프레임워크는 그림 1 에 나와 있습니다. 정보 시스템의 규제는 프로젝트 구현의 핵심 노드나 이정표가 아니라 전 과정의 포괄적인 규제여야 합니다. 또한 문제가 재해의 결과를 초래하기 전에 문제를 예방, 이해 및 해결할 수 있어야 하며, 결과 관리를 이해하고, 프로세스에 따라 관리해야 한다는 점도 중요합니다. 첫째, 규제 환경을 개선해야 하며, 규제 관리 및 기술 정보 흐름의 흐름 환경을 통해 실현할 수 있습니다. 둘째, 계약자의 프로젝트 관리 프로세스를 통합하고 상호 협력의 관리 프로세스를 개선합니다 [5]. 후자의 문제는 관리 프로세스의 개선은 (1) 프로세스가 고객의 요구 사항을 충족하는 원동력이기 때문에 주된 문제입니다. (2) 프로세스 생성 메커니즘의 제품; (3) 프로세스는 경쟁력을 유지하는 핵심 요소입니다. (4) 과정은 목표 달성의 핵심 요소에 의해 결정된다. 프로세스 기반 접근 방식은 지속적인 개선을 위한 동적 루프를 실현하여 모든 당사자가 이익을 얻을 수 있도록 하는 것입니다 [5]. 따라서 정보 시스템 엔지니어링 감독의 아이디어는 정보 시스템 엔지니어링의 성능이 계획에서 벗어날 때 효과적인 수정 조치를 취할 수 있도록 시각적으로 정보 시스템 엔지니어링 프로세스를 구축하는 것입니다. 이를 통해 프로젝트의 품질, 투자, 진행 및 변경 통제를 보장할 수 있습니다. 정보 보안 및 지적 재산권 관리가 계약 요구 사항을 충족하도록 합니다. 1.2 정보 시스템 소프트웨어 감독의 개선 방향은 정보 시스템 엔지니어링 및 감독의 특성과 결합되어 정보 시스템 엔지니어링 건설에서의 감독 프로세스 개선에 초점을 맞추어야 합니다. (1) 시각화 프로세스 모델을 기반으로 한 협업 설계, 지원 환경은 목표 제어, 조정 및 정보 관리의 기초입니다. 이를 바탕으로 소유자, 계약자 및 감독은 정보 시스템 엔지니어링 프로젝트의 최종 가치를 달성하기 위해 암묵적으로 협력 할 수 있습니다. (2) 감독 과정에서 엔지니어링 계획, 개념 설계, 전체 설계, 상세 설계, 코드 구현 및 테스트, 시운전 및 수락 유지 관리와 같은 단계적 목표 제어뿐만 아니라 프로세스 기반 목표 제어 및 구동에 초점을 맞추고 사후 통제를 사전 예방으로 변경하여 주요 설계 변경을 최소화해야 합니다. (3) 특정 프로세스 관리에서 감독관은 프로젝트 후반에 중대한 수요 변경을 피하기 위해 설계 및 지속적인 반복을 위한 구체적인 프로세스를 충분히 고려하여 소유주와 계약자의 최대 이익을 보호해야 합니다. 따라서 정보 시스템 응용 시스템 감독 프로세스의 개선 목표는 계약자 개발 프로세스 성능의 제어 및 지속적인 개선이라는 세 가지 측면을 포함합니다. 계약자의 프로세스 관리 시스템을 기반으로 협업 설계에 대한 감독 지원 및 감독을 실현했습니다. 프로세스 관리를 중심으로 정보 시스템 엔지니어링 구현의 이정표 감독 목표를 달성하다. 2 CMM 시스템 모니터링 프로세스 기반 2. 1 기능 성숙도 모델 (LCMM) [6] 은 소프트웨어 프로세스를 정의, 구현, 측정, 제어 및 개선하는 실무에서 소프트웨어 조직의 각 개발 단계에 대한 설명입니다. CMM 의 핵심은 소프트웨어 개발을 하나의 프로세스로 취급하는 것입니다. 이 원칙에 따라 소프트웨어 개발 및 유지 관리에 대한 프로세스 모니터링 및 연구를 수행하여 보다 과학적이고 규범적으로 비즈니스 목표를 더 잘 달성할 수 있도록 하는 것입니다 [7]. CMM 은 다섯 가지 성숙도 수준 프로세스를 정의합니다. 첫 번째 레벨은 초기 수준, 두 번째 레벨은 반복 가능 수준, 세 번째 레벨은 정의 수준, 네 번째 레벨은 관리 수준, 다섯 번째 레벨은 최적화 수준 [8] 입니다. 조직은 일련의 작은 개선 단계에 따라 더 높은 성숙도 수준 [9] 으로 나아갈 수 있습니다. CMM 수준이 높아짐에 따라 정보 시스템 엔지니어링 프로세스의 가시성도 높아지고 있다. 각 프로세스의 성숙도 수준을 시각화함으로써 관리자는 프로젝트 및 구현 관련 상황을 이해할 수 있습니다. 더 중요한 것은, 후속 성숙도 수준은 소프트웨어 프로세스에 대한 가시성을 단계적으로 높일 수 있다는 것입니다 [10]. 따라서 정보 시스템 감독 과정에서 CMM 모델을 도입하면 정보 시스템 엔지니어링 구현의 시각화를 높일 수 있습니다. 2.2 CMM 기반 시스템 감독 기능 프로세스 소프트웨어 수명 주기의 모든 단계에서 문제가 발생할 수 있으므로 정보 시스템 감독의 경우 시스템 개발에서 계약자의 모든 문제를 완전히 제거할 수는 없습니다. 그러나 적절한 CMM 프레임워크에서 이러한 문제는 예측 가능하며 관리 및 감독 단위에 의해 제어될 수 있습니다. CMM 모델을 참조하여 엔지니어링 프로젝트 개발의 핵심 특성을 과학적으로 효과적으로 측정하여 프로젝트 구현의 지속적인 개선을 실현할 수 있습니다. 또한 프로세스 중심 접근 방식은 프로젝트의 결과 목표가 아닌 프로세스에 초점을 맞출 수 있습니다. 감독자에게 프로세스 중심 접근 방식은 다음과 같은 특징을 가지고 있습니다. (1) 누적된 데이터 수집 (2) 개발 능력 측정; (3) 정보 내용의 과학적 분석; (4) 하위 프로세스의 상관 관계를 관리합니다. 따라서 프로세스 중심 프로젝트 개발 관리를 통해 경영진은 잠재적인 문제 [1 1] 를 식별, 이해 및 해결할 수 있습니다. CMM 모델을 도입한 감독 프로세스와 내용은 표 1 으로 설명할 수 있습니다. 측정을 통한 프로세스 개선은 정보 시스템 소프트웨어 감독 프로세스의 능력을 향상시키는 효과적인 수단 중 하나입니다. CMM 사상 지도 감독 기관은 소프트웨어 제품 개발 및 유지 관리 프로세스를 통제하고, 그림 2 와 같이 성숙한 정보 엔지니어링 감독 시스템으로 진화하여 선순환적인 관리 메커니즘을 형성합니다. 3CMM 3. 1 하 정보 감독 프로세스의 실현은 CMM 기반 감독 프로세스의 실현은 CMM2 수준이며, 더욱 중요한 것은 소프트웨어 프로세스를 제도화하여 품질 관리를 위한 것입니다. 효과적인 정보 시스템 규제로 볼 때, 이러한 관리는 규제 품질의 가장 기본적인 보증이다 [12]. 이 수준에서 감독은 정보 시스템 엔지니어링의 라이프 사이클 모델을 기반으로 감독 프로세스를 직접 정의할 수 있습니다. 폭포수 모델의 경우 규제 프로세스는 수요 정의 단계, 전체 설계 단계, 상세 설계 단계, 프로젝트 구현 단계, 시스템 테스트 단계, 수락 단계, 파일럿 단계로 정의할 수 있습니다. 소프트웨어 프로세스 개선 (SPI) 에 따라 프로세스 요소는 세 가지 범주로 나뉩니다. CMM3 수준의 주요 감독 내용은 (1) 공급 프로세스, 개발 프로세스, 유지 관리 프로세스로 대표되는 라이프 사이클의 프로세스 그룹입니다. (2) 구성 관리, 문서 작성, 문제 해결, 품질 보증, 동료 검토 및 그룹 간 조정을 포함한 수명 주기를 지원하는 프로세스 그룹 (3) 관리, 인프라, 소프트웨어 프로세스 개선, 교육 등 라이프 사이클을 구성하는 프로세스 그룹입니다. 3.2 CMM2 기반 감독 프로세스의 지속적인 개선CMM2 모델의 설계 및 적용은 감독 기관에 어렵지 않지만 정보 시스템 엔지니어링 구현 프로세스 시각화의 목적을 충족시키기에는 충분하지 않습니다. 단지 이정표의 시각화일 뿐입니다. 표준 소프트웨어 프로세스를 명확하게 설명하기 위해서는 프로세스 요소를 그룹화하는 것만으로는 충분하지 않으며, 더 중요한 것은 이러한 프로세스 요소 간의 관계를 설명하는 것입니다. 이를 소프트웨어 프로세스 아키텍처 [13] 라고 합니다. 프로세스 감독의 경우 CMM3 이상 모델을 구현하면 기본적으로 정보 시스템 엔지니어링 시각화의 요구 사항을 충족할 수 있습니다. CMM3 레벨을 예로 들면, 주요 프로세스 도메인 기반 감독 프로세스의 개선은 프로젝트 요구 사항 관리, 소프트웨어 구성 활동 관리, 소프트웨어 품질 보증 프로세스 및 시스템 [14], 소프트웨어 제품 프로세스, 삼자 검토, 소프트웨어 프로젝트 추적 감독, 커뮤니케이션, 조정 및 상관 관계 등의 프로세스와 활동을 통해 이루어져야 합니다. 4 결론은 정보 시스템 엔지니어링 감독의 비즈니스 특성을 바탕으로 프로세스 관리를 통해 정보 시스템 엔지니어링 구현의 이정표적 감독 목표를 달성하고 CMM 모델 아래의 감독 프로세스 개선 방법을 연구하여 정보 시스템 소프트웨어 감독 프로젝트 구현의 품질을 높였습니다. 이 글의 연구는 정보 시스템 엔지니어링에서의 응용 시스템 감독 프로세스의 개선에 초점을 맞추고 있습니다. 이는 정보 시스템 엔지니어링에서의 중요한 위치에 따라 다르며, 정보 시스템 엔지니어링의 많은 특징은 주로 응용 시스템 개발 제어 프로세스를 통해 구현되지만, 연구 성과는 정보 시스템 엔지니어링 감독의 다른 측면에도 적용됩니다. 물론, 이 글의 연구에는 (1) 정보 시스템 엔지니어링의 감독 프로세스만 연구하고 검토하였으며, 감독 업무는 그 이상이며, 수많은 방법과 일을 포함한다. (2) 현재 정보 시스템 엔지니어링 프로젝트 계약자의 역량 성숙도 수준을 감안하여 CMM3 역량 수준에서만 감독 프로세스의 개선을 연구했으며, 더 높은 CMM 등가 수준의 프로세스 개선과 관련된 문제는 더 이상 논의되지 않았다. 따라서 이러한 문제들은 다음 연구 작업의 중점이라고 불릴 것이다.
더 많은 공사/서비스/구매 입찰 정보, 낙찰률 향상, 공식 홈페이지 고객서비스 밑부분을 클릭하여 무료 상담:/#/? Source=bdzd