귀하의 훌륭한 작업을 지식 기반에 제출하는 것은 쉽습니다. 아래 양식을 사용하세요
연구와 업무에 지식 기반을 활용하는 학생, 대학원생, 젊은 과학자들은 여러분에게 매우 감사할 것입니다.
게시 날짜 http:// www. 최고. 루/
CASE 도구 평가 및 선택
강의개요
1. 선정과정
2. 평가 및 선정기준
보안 질문
문학
1. 선정과정
선택 프로세스는 평가 프로세스와 밀접하게 관련되어 있으며 다음 작업을 포함합니다.
· 목표, 가정 및 한계를 포함한 선택 문제의 공식화;
· 모든 것의 성취 필요한 조치기준 정의 및 순위 지정, 후보 제품 식별, 필요한 데이터 수집, 순위 기준을 평가 결과에 적용하여 최고 성능 제품을 결정하는 등의 선택 과목입니다. 많은 사용자에게 중요한 선택 기준은 CASE 도구를 기존 환경과 통합하는 것입니다.
· 실행 필요한 수량유사한 지표를 가진 도구를 선택(또는 거부)하기 위한 반복;
· 선정 결과에 대한 보고서 준비.
선택 과정에서 두 가지 결과가 나올 수 있습니다.
· 평가 과정에 대한 추가 정보를 요청합니다.
선택 범위는 필요한 세부 수준, 필요한 리소스, 일정 및 예상 결과를 설정해야 합니다. 규모를 결정하는 데 사용할 수 있는 매개변수는 다음과 같습니다.
· 사전 심사 사용(예: 특정 플랫폼에서 작동하는 자금만 선택)
· 이전에 얻은 평가 결과, 외부 소스또는 둘 다의 조합;
선택에 일반적으로 사용되는 알고리즘은 규모나 순위를 기반으로 할 수 있습니다. 척도 기반 알고리즘은 각 기준의 가중치에 해당 값(척도 고려)을 곱하고 모든 제품을 추가하여 각 CASE 기능에 대한 단일 값을 계산합니다. 결과가 가장 높은 CASE 도구가 첫 번째 순위를 받습니다. 순위 기반 알고리즘은 주어진 규모의 기준 값에 따라 개별 기준 또는 기준 그룹에 따라 후보 CASE 도구의 순위를 사용합니다. 그런 다음 이전과 유사하게 순위를 모아서 계산합니다. 일반적인 가치순위.
선정 결과 분석 시 선정 과정이 완료되어 CASE 도구를 선정하여 사용을 권장하는 것으로 가정한다. 그러나 더 많은 것이 필요할 수 있습니다 정확한 분석 CASE 도구의 특성 값 차이에 대한 주요 기준 값의 의존성 정도를 결정합니다. 이러한 분석을 통해 CASE 도구의 순위 결과가 기준 가중치 계수의 최적 선택에 어느 정도 의존하는지 확인할 수 있습니다. 또한 기준 값이나 순위가 매우 유사한 CASE 도구 간의 중요한 차이점을 확인하는 데에도 사용할 수 있습니다.
CASE 도구 중 최소 기준을 충족하는 도구가 없으면 다른 후보 CASE 도구에 대해 선택(평가와 함께)을 반복할 수 있습니다.
가장 선호하는 후보자 간의 차이가 크지 않은 경우, 추가 정보추가 또는 다른 기준을 사용하여 반복 선택(평가와 함께)을 통해 얻을 수 있습니다.
선택에 대한 권장 사항은 엄격하게 타당해야 합니다. 위에서 언급한 것처럼 적절한 CASE 도구가 없는 경우 새로운 CASE 도구를 개발하거나 기존 도구를 수정하거나 구현을 포기하는 것이 좋습니다.
2. 평가 및 선정기준
기준은 평가 및 선택 프로세스의 기초를 형성하며 다음을 수행할 수 있습니다. 다양한 모양, 포함:
· 광범위한 값의 수치적 측정(예: 필요한 메모리 양)
· 제한된 값 범위의 수치 측정(예: 학습 용이성)은 1에서 5까지의 점으로 표시됩니다.
· 이진 측정(참/거짓, 예/아니요)(예: 포스트스크립트 형식으로 문서를 생성하는 기능)
· CASE 도구가 지원되는 플랫폼과 같이 하나 이상의 유한한 값 집합을 취할 수 있는 측정값입니다.
일반적인 평가 및/또는 선택 프로세스에서는 다양한 유형의 기준 세트를 사용할 수 있습니다.
기준 세트의 구조는 그림 11.1에 나와 있습니다. 각 기준은 특정 프로세스의 특성을 고려하여 전문가가 선택하고 조정해야 합니다. 대부분의 경우, 아래에 설명된 많은 기준 중 몇 가지만 사용이 허용되며 추가 기준이 추가됩니다. 사용할 기준 세트를 선택하고 개선하는 것은 평가 및/또는 선택 프로세스에서 중요한 단계입니다.
쌀. 기준 세트의 구조
사용의 용이성
· 사용자 인터페이스의 용이성. 자주 사용하는 화면 구성 요소 배치 및 표현의 편의성, 데이터 입력 방법 등
· 현지화(해당 국가의 요구 사항에 따름).
· 학습의 용이성. 자금 개발을 위한 인건비와 시간 비용.
· 특정 사용자 요구 사항에 대한 적응성. 다양한 알파벳, 텍스트 및 그래픽 표현 모드(왼쪽에서 오른쪽, 위에서 아래로), 다양한 날짜 형식, 입력/출력 방법(화면 형식 및 형식), 방법론 변경(그래픽 표기법, 규칙, 미리 정의된 개체의 속성 및 구성) 등
· 문서의 품질(완전성, 명확성, 가독성, 유용성 등).
· 교육 자료의 가용성 및 품질. 여기에는 컴퓨터 교육 자료, 튜토리얼, 강좌가 포함될 수 있습니다.
· 지식 수준에 대한 요구 사항. CASE 도구를 효과적으로 사용하기 위해 필요한 자격과 경험.
· CASE 도구로 작업하기 쉽습니다(초보자와 숙련된 사용자 모두 해당).
· 사용자 인터페이스 통합(이 조직에서 사용되는 다른 도구와 관련하여).
· 온라인 팁(완전성과 품질).
· 진단 품질(사용자를 위한 진단 메시지의 명확성과 유용성).
· 사용자 작업에 대한 허용 가능한 응답 시간(환경에 따라 다름).
· 설치 및 업데이트 버전이 쉽습니다.
능률
· 기술적 수단에 대한 요구 사항. 외부 및 RAM 메모리의 최적 크기, 프로세서 유형 및 성능에 대한 요구 사항으로 허용 가능한 수준의 성능을 보장합니다.
· 작업 효율성. 기능을 수행하는 데 있어서 CASE 도구의 효율성은 사용자 작업의 강도(예: 특정 기능을 수행하는 데 필요한 키 입력 또는 마우스 버튼 수)에 따라 달라집니다.
· 생산성. CASE 도구가 특정 작업을 완료하는 데 걸리는 시간(예: 쿼리 응답 시간, 100,000줄의 코드 구문 분석 시간) 경우에 따라 성능 평가 데이터를 외부 소스에서 얻을 수도 있습니다.
유지 관리성
· 공급업체의 지원 수준(문제 해결 속도, 새 버전 제공, 추가 기능 제공).
· 업데이트 추적성(새 버전과 기존 버전 간의 차이점을 쉽게 파악할 수 있음).
· 업데이트 호환성(예를 들어 입력 또는 출력 데이터와의 호환성을 포함하여 기존 버전과 새 버전의 호환성).
· 최종 제품의 유지 관리성(소프트웨어 및 문서 변경 용이).
이식성
· OS 버전과의 호환성(동일한 OS의 다른 버전에서 작동할 수 있는 기능, 새 OS 버전에서 작동하도록 CASE 도구 수정 용이성).
· CASE 도구의 서로 다른 버전 간의 데이터 이식성.
· 이식성 표준 준수. 이러한 표준에는 문서, 통신 및 사용자 인터페이스, 창 인터페이스, 프로그래밍 언어, 쿼리 언어 등이 포함됩니다.
일반 기준
다음 기준은 본질적으로 일반적인 것이며 ISO/IEC 9126: 1991 표준에 제공된 품질 지표 세트에 속하지 않습니다.
· CASE 도구 비용. 구매, 설치, 초기 지원 및 교육 비용이 포함됩니다. 모든 필수 구성(단일 사본, 다중 사본, 로컬 라이센스, 엔터프라이즈 라이센스, 네트워크 라이센스 포함)에 대한 가격을 고려해야 합니다.
· CASE 도구 구현의 효과 추정(생산성 수준, 품질 등). 그러한 평가에는 경제적 분석이 필요할 수 있습니다.
· 유통업체 프로필. 일반 지표유통업체의 능력. 유통업체의 프로필에는 조직 규모, 사업 경험, 재정 상황, 추가 제품 목록, 비즈니스 연결(특히 이 제품의 다른 유통업체와 함께) 개발 전략을 계획했습니다.
· 공급업체 인증. 소프트웨어 개발 분야의 전문 조직(예: SEI 및 ISO)에서 획득한 인증으로, 소프트웨어 생성 및 유지 관리 분야의 공급업체 자격이 최소한의 필수 요구 사항 또는 잘 정의된 요구 사항을 충족함을 인증합니다. 예를 들어, 인증은 공급업체 작업 품질 분석을 기반으로 하는 비공식적일 수 있습니다.
· 라이센스 정책. 사용 가능한 라이센스 옵션, 복사 권한(미디어 및 문서), 재사용에 대한 제한 및/또는 처벌(제품 개발에 사용된 CASE 도구 구성 요소 중 일부가 포함된 제품을 CASE 도구 사용자가 판매하는 것을 의미).
· 수출 제한.
· 제품 프로필. 일반 정보수명, 판매된 사본 수, 가용성, 사용자 그룹의 규모 및 활동 수준, 문제 보고 시스템, 제품 개발 프로그램, 응용 프로그램 세트, 오류 존재 여부 등을 포함하여 제품에 대한 정보입니다.
· 공급업체 지원. 공급자가 CASE 도구 사용자에게 제공하는 서비스의 가용성, 대응성 및 품질. 이러한 서비스에는 전화가 포함될 수 있습니다. 핫라인", 현지 기술 지원, 조직 자체 내 지원.
· 교육의 접근성 및 품질. 교육은 공급자의 구내, 사용자의 구내 또는 기타 장소에서 실시될 수 있습니다.
· 사용자 조직에서 CASE 도구를 구현하려면 적응이 필요합니다. 분산 환경에서 단일 공유 데이터베이스와 함께 중앙 집중식 CASE 도구를 사용하는 방법을 결정하는 것이 그 예입니다.
보안 질문
1. CASE 도구 선택 프로세스에는 어떤 단계가 포함됩니까?
2. 선택 규모를 결정하기 위해 어떤 매개변수를 사용할 수 있습니까? CASE 도구?
3. CASE 도구를 평가하고 선택하는 기준.
4. 기준 세트의 구조
5. 기능적 특성.
6. 신뢰성 케이스 인터페이스 RAM
7. 사용 편의성.
8. 효율성
9. 유지 관리성.
10. 이식성.
11. 일반 기준.
문학
1. 진더 E.Z. 비즈니스 리엔지니어링 및 시스템 설계 기술. 지도 시간. M., 정보 기술 센터, 2006
2. Kalyanov G.N. 사례. 구조 시스템 분석(자동화 및 응용) M., "로리", 2006.
3. 기업정보시스템 구축. "컴퓨터 다이렉트", 2006, N2
4. Shleyer S., Mellor S. 객체 지향 분석: 세계를 상태로 모델링합니다. 키예프, “변증법”, 2009.
5. 파나슈추크 S.A. Silverrun CASE 시스템을 활용한 정보시스템 개발. "DBMS", 2013, 3호.
6. Gorchinskaya O.Yu. Designer/2000은 ORACLE의 차세대 CASE 제품입니다. "DBMS", 2005, 3호.
7. Gorin S.V., Tandoev A.Yu. 데이터 처리 시스템의 정보 모델링을 위해 Erwin 2.0 CASE 도구를 사용합니다. "DBMS", 1995, No. 3.
8. Gorin S.V., Tandoev A.Yu. 데이터베이스 구조 개발을 위한 CASE 도구 S-Designor 4.2. "DBMS", 2012, No. 1.
Allbest.ru에 게시됨
...유사한 문서
CASE 도구의 구조와 방법론을 분석합니다. CASE 도구에 사용되는 설계 방법론. 전자 문서 관리 시스템에 대한 기본 개념, CASE 도구를 사용한 생성. 객체 지향 및 구조 설계.
코스 작업, 2014년 7월 18일에 추가됨
유사한 기능을 수행하는 잘 알려진 프로그램을 검토합니다. 개발 도구 선택. 사용자 인터페이스 및 데이터 구조 설계(외부 및 RAM) 표준 시각적 구성 요소 선택.
과정 작업, 2015년 10월 13일에 추가됨
CASE 도구를 사용하여 정보 시스템을 생성하고 유지 관리하는 프로세스를 지원합니다. 그래픽 다이어그램 편집기, 문서 작성자 및 프로젝트 관리자의 작업입니다. IBM Rational Professional Bundle 및 IBM Rational Rose의 주요 기능입니다.
초록, 2012년 5월 30일에 추가됨
자동 설계 시스템. 비교 분석자동화된 정보 시스템을 설계하기 위한 도구입니다. SQL 코드를 물리적 환경으로 내보내고 데이터베이스를 콘텐츠로 채웁니다. 케이스 도구의 개발 단계 및 특성.
과정 작업, 2017년 11월 14일에 추가됨
CASE 기술의 개념 정의. 복잡한 ER/Studio 도구를 사용하여 논리적 및 물리적 데이터 모델을 생성하고 Access DBMS 플랫폼에서 데이터베이스를 생성합니다. 속성과 엔터티를 추가하고 연결을 생성하는 절차입니다.
테스트, 2011년 12월 21일에 추가됨
호텔정보시스템의 비교분석. 비즈니스 프로세스 모델링을 위한 CASE 도구 분석 및 선택. 주제 영역의 시각적 및 수학적 모델, 정보 시스템의 아키텍처 및 플랫폼 선택, 데이터베이스 구축.
논문, 2014년 7월 20일에 추가됨
기능 요소 선택을 통한 알고리즘 분해 원리인 CASE 기술 개발에 대한 기능적 모듈식 및 객체 지향적 접근 방식입니다. 분석, 설계, 구현 및 인프라 블록에 대한 기본 요구 사항입니다.
테스트, 2010년 9월 27일에 추가됨
컴퓨터 저장 장치의 개념과 기능적 특징, 분류 및 유형, 비교 특성: ROM, DRAM 및 SRAM. 각 유형의 RAM의 장단점, 사용 방향 및 방법을 평가합니다.
프레젠테이션, 2013년 11월 20일에 추가됨
웹사이트 인터페이스 선택 기준 및 절차. 성공적인 사용자 인터페이스를 정의하는 특징. 네비게이션 시스템 구조. 그래픽 디자인 및 선택 색 구성표. 오늘의 사이트 인터페이스 기술 구현입니다.
초록, 2011년 2월 24일에 추가됨
자동화된 정보 시스템(AIS)의 분류. Rational Rose CASE 도구를 사용하여 자동화된 창고 회계 시스템을 설계합니다. 설계 접근 방식, CASE 도구 분석. 전문적인 AIS의 소프트웨어 구현.
아래에 논의된 평가 및 선택 프로세스 모델(아래 그림)은 가장 많은 것을 설명합니다. 일반적인 상황평가와 선택, 그리고 이들 사이의 관계도 보여줍니다. 보시다시피, 평가와 선택은 독립적으로 또는 함께 수행될 수 있으며, 이러한 각 프로세스에는 특정 기준의 적용이 필요합니다.
평가 및 선택 프로세스는 다음 중 하나 이상을 포함하여 여러 가지 목적으로 사용될 수 있습니다.
여러 CASE 도구를 평가하고 그 중 하나 이상을 선택합니다.
하나 이상의 CASE 도구를 평가하고 나중에 사용하기 위해 결과를 저장합니다.
결과를 사용하여 하나 이상의 CASE 도구 선택 이전 평가.
그림에서 볼 수 있듯이 평가 프로세스에 대한 입력 정보는 다음과 같습니다.
사용자 요구 식별;
프로젝트 목표 및 제한 사항;
사용 가능한 CASE 도구에 대한 데이터
평가 과정에 사용되는 기준 목록.
평가 결과에는 이전 평가 결과가 포함될 수 있습니다. 이전 평가에 사용된 기준 세트는 현재 세트와 호환되어야 한다는 점을 잊어서는 안 됩니다. 프로세스의 구체적인 구현(평가 및 선택, 향후 선택을 위한 평가 또는 이전 평가를 기반으로 한 선택)은 위에 나열된 목표에 따라 결정됩니다.
프로세스 요소에는 다음이 포함됩니다.
프로세스 중에 개선될 수 있는 목표, 가정 및 제약 조건
CASE 도구에 대한 사용자의 정량적, 질적 요구 사항을 반영하는 사용자 요구 사항
평가 및 선택 결정이 내려지는 기준에 따라 일련의 매개변수를 정의하는 기준
하나 이상의 수단에 대한 공식화된 평가 결과;
평가 및/또는 선택 프로세스는 개인, 그룹 또는 조직이 특정 요구 사항을 완전히 식별하고 해당 주제 영역에서 이를 정량적 및 질적 요구 사항의 형태로 공식화한 경우에만 시작할 수 있습니다. "사용자 요구 사항"이라는 용어는 이러한 공식화된 요구 사항을 의미합니다.
사용자는 필요한 반복을 통해 특정 작업 및 의사 결정 과정을 정의해야 합니다. 예를 들어, 프로세스는 보다 자세한 평가를 위해 순차적 순회 및 후보 하위 집합 선택을 포함하는 의사결정 트리로 표현될 수 있습니다. 일련의 작업에 대한 설명은 작업 간의 데이터 흐름을 정의해야 합니다.
기준 목록의 정의는 사용자 요구 사항을 기반으로 하며 다음을 포함합니다.
아래 목록에서 사용할 기준을 선택합니다.
추가 기준을 정의합니다.
각 기준(평가, 선택 또는 두 프로세스 모두)의 사용 범위를 결정합니다.
각 평가 기준에 대해 하나 이상의 측정항목을 정의하고;
각 선택 기준에 가중치를 부여합니다.
평가과정
평가 프로세스의 목적은 후속 선택을 위한 CASE 도구의 기능과 품질을 결정하는 것입니다. 평가는 특정 기준에 따라 수행되며 결과에는 각 도구에 대한 객관적인 데이터와 주관적인 데이터가 모두 포함됩니다.
평가 프로세스에는 다음 단계가 포함됩니다.
평가의 목적과 범위에 대한 정보를 포함한 평가 목표에 대한 설명
작업 정의에 따른 평가 기준 결정
후보자 목록을 검토하고 특정 대리인에 대한 정보를 분석하여 후보자를 식별하는 단계;
선택된 기준에 따라 후보 에이전트를 평가합니다. 이에 필요한 데이터는 도구 자체와 문서 분석, 사용자 인터뷰, 데모 버전 작업, 테스트 사례 실행, 도구의 실험적 사용 및 이전 평가 결과 분석을 통해 얻을 수 있습니다.
평가 결과에 대한 보고서 준비.
평가 프로세스에서 가장 중요한 기준 중 하나는 조직에서 이미 사용 중이거나 사용 예정인 다른 도구와 각 후보 도구의 통합 가능성일 수 있습니다.
평가 범위에는 필요한 세부 수준, 필요한 자원 및 결과를 적용할 수 있는 범위가 명시되어야 합니다. 예를 들어 평가는 하나 이상의 특정 CASE 도구 세트에 대해 수행되어야 합니다. 소프트웨어 생성 및 유지 관리를 위한 하나 이상의 특정 프로세스를 지원하는 CASE 도구 또는 하나 이상의 프로젝트 또는 프로젝트 유형을 지원하는 CASE 도구.
CASE 도구 목록 - 가능한 후보는 소프트웨어 시장 리뷰, 공급업체 정보, CASE 도구 리뷰 및 기타 유사한 출판물 등 다양한 소스에서 구성됩니다.
다음 단계는 CASE 도구에 대한 정보를 얻거나 직접 얻거나 둘 다를 얻는 것입니다. 이 정보는 독립적인 전문가 평가, CASE 도구 공급업체의 통신 및 보고서, CASE 도구 기능에 대한 공급업체 시연, 실제 사용자로부터 직접 얻은 정보로 구성될 수 있습니다. CASE 도구 자체는 구매, 평가판 또는 기타 수단을 통해 얻을 수 있습니다.
관련 데이터의 평가 및 축적은 다음과 같은 방법으로 수행될 수 있습니다.
CASE 도구 및 공급업체 문서 분석
실제 사용자를 대상으로 한 설문조사;
CASE 도구의 데이터를 사용한 프로젝트 결과 분석
시위 관람 및 시위대 인터뷰;
테스트 케이스 실행;
파일럿 프로젝트에서 CASE 도구 사용;
이전 평가에서 사용 가능한 결과를 분석합니다.
객관적인 기준과 주관적인 기준이 있습니다. 특정 기준에 대한 평가 결과는 이진법, 일부 숫자 범위, 단순한 숫자 값 또는 기타 형식일 수 있습니다.
객관적인 기준의 경우, 평가를 수행하는 다른 사람도 동일한 결과를 얻을 수 있도록 재현 가능한 절차를 사용하여 평가를 수행해야 합니다. 테스트 케이스를 사용하는 경우 해당 세트는 사전 정의되고 통합되며 문서화되어야 합니다.
주관적인 기준에 따라 CASE 도구는 동일한 기준을 사용하는 전문가 그룹에 의해 평가되어야 합니다. 요구레벨전문가나 그룹의 경험은 사전에 결정되어야 합니다.
평가 결과는 표준화된 방식으로 문서화되어야 하며(이후 사용을 용이하게 하기 위해) 필요한 경우 검증되어야 합니다.
평가 보고서에는 다음 정보가 포함되어야 합니다.
소개. 일반 개요프로세스 및 주요 결과 목록
전제 조건. 평가 목적 및 원하는 결과, 평가가 수행된 기간, 평가를 수행하는 전문가의 역할 및 관련 경험을 정의합니다.
평가 접근법. 설명 일반적인 접근 방식에는 결과 CASE 도구, 평가의 맥락과 범위를 정의하는 정보, 가정 및 제한 사항이 포함됩니다.
CASE 도구에 대한 정보. 여기에는 다음이 포함되어야 합니다. 1) CASE 도구의 이름; 2) CASE 도구 버전 3) 연락처 주소 및 전화번호를 포함한 공급자에 관한 정보 4) 기술적 수단의 구성; 5) 비용 데이터; 6) 이 도구가 지원하는 소프트웨어 생성 및 유지 관리 프로세스, CASE 도구 소프트웨어 환경(특히 지원되는 프로그래밍 언어, 운영 체제, 데이터베이스 호환성), CASE 도구 기능, 입력/출력 데이터 및 영역을 포함한 CASE 도구에 대한 설명 응용 프로그램;
평가 단계. 특정 조치평가 과정 중에 수행되는 활동은 평가의 범위와 깊이를 이해하고 필요한 경우 반복하는 데 필요한 세부 수준으로 설명되어야 합니다.
구체적인 결과. 평가 결과는 평가 기준에 따라 제시되어야 합니다. 보고서에서 다루는 내용 전체 시리즈 CASE 도구 또는 이 평가 결과는 다른 평가의 유사한 결과와 비교되며, 비용을 지불해야 합니다. 특별한 관심그러한 비교를 용이하게 하는 결과를 제시하기 위한 형식입니다. 주관적인 결과는 객관적인 결과와 구분되어야 하며 필요한 설명이 수반되어야 합니다.
발견 및 결론;
애플리케이션. 평가 과제의 공식화 및 기준의 정제된 목록.
CASE 도구의 실제 구현.
CASE 도구에 대한 투자 수익이 허용 가능한 수준입니다.
따라서 CASE 도구를 구현하기로 결정했습니다. 구현 프로세스는 다음 단계로 구성됩니다.
CASE 도구에 대한 요구 사항 식별
CASE 도구 평가 및 선택;
실행 파일럿 프로젝트;
CASE 도구의 필요성 결정은 다음 다이어그램으로 설명할 수 있습니다(그림 1 참조).
이 단계에는 조직의 요구 사항과 CASE 도구 구현의 후속 프로세스에 대한 기술을 이해하는 것이 포함됩니다. 이는 CASE 도구를 사용하여 실질적인 이점을 가져올 수 있는 조직 활동 영역을 식별하는 것으로 이어져야 합니다. 결과 이 단계구현 전략을 정의하는 문서입니다.
CASE 도구를 평가하고 선택하는 과정을 하나의 모델로 볼 수 있습니다. 이 프로세스에는 다음과 같은 여러 가지 목적이 있을 수 있습니다.
여러 CASE 도구를 평가하고 그 중 하나 이상을 선택합니다.
하나 이상의 CASE 도구를 평가하고 나중에 사용하기 위해 결과를 저장합니다.
아래 그림은 평가와 선택의 가장 일반적인 상황을 설명하고 이들 사이의 관계도 보여줍니다(그림 2 참조).
그림에서 볼 수 있듯이 평가 프로세스를 위한 입력 정보는 다음과 같습니다.
사용자 요구 사항 결정
프로젝트 목표 및 제한사항
사용 가능한 CASE 도구에 대한 데이터
평가 과정에 사용되는 기준 목록입니다.
평가 결과에는 이전 평가 결과가 포함될 수 있습니다. 이전 평가에 사용된 기준 세트는 현재 세트와 호환되어야 한다는 점을 잊어서는 안 됩니다. 프로세스의 구체적인 구현(평가 및 선택, 향후 선택을 위한 평가 또는 이전 평가를 기반으로 한 선택)은 위에 나열된 목표에 따라 결정됩니다.
프로세스 요소에는 다음이 포함됩니다.
프로세스 중에 개선될 수 있는 목표, 가정 및 한계
CASE 도구에 대한 사용자의 정량적, 질적 요구 사항을 반영한 사용자 요구 사항
평가 및 선택 결정이 내려지는 기준에 따라 일련의 매개변수를 정의하는 기준
하나 이상의 펀드에 대한 공식 평가 결과
평가 및/또는 선택 프로세스는 개인, 그룹 또는 조직이 특정 요구 사항을 완전히 식별하고 해당 주제 영역에서 이를 정량적 및 질적 요구 사항의 형태로 공식화한 경우에만 시작되어야 합니다. 다음에서 "사용자 요구 사항"이라는 용어는 이러한 공식화된 요구 사항을 의미합니다.
사용자는 필요한 반복을 통해 특정 작업 과정과 의사 결정을 정의해야 합니다. 예를 들어, 프로세스는 보다 자세한 평가를 위해 순차적 순회 및 후보 하위 집합 선택을 포함하는 의사결정 트리로 표현될 수 있습니다. 일련의 작업에 대한 설명은 작업 간의 데이터 흐름을 정의해야 합니다.
기준 목록의 정의는 사용자 요구 사항을 기반으로 하며 다음을 포함합니다.
아래 목록에서 사용할 기준을 선택합니다.
추가 기준을 정의합니다.
각 기준(평가, 선택 또는 두 프로세스 모두)의 사용 범위를 결정합니다.
각 평가 기준에 대해 하나 이상의 측정항목을 정의하고;
각 선택 기준에 가중치를 부여합니다.
선택한 CASE 도구를 조직에서 본격적으로 구현하기 전에 파일럿 프로젝트가 수행됩니다. 그 목적은 이전 단계에서 내린 결정의 정확성을 실험적으로 검증하고 구현을 준비하는 것입니다.
파일럿 프로젝트는 CASE 도구의 초기 실제 사용을 나타내며 일반적으로 평가 중에 달성된 것보다 더 큰 규모의 CASE 도구 사용을 포함합니다. 파일럿 프로젝트는 의도된 실제 프로젝트의 많은 특성을 가져야 합니다. 이 치료법. 다음과 같은 목표를 추구합니다.
평가 및 선정 결과의 신뢰성을 확인합니다.
CASE 도구가 특정 조직에서 사용하기에 실제로 적합한지 확인하고, 그렇다면 가장 적합한 적용 영역을 결정합니다.
실제 구현 계획을 개발하는 데 필요한 정보를 수집합니다.
구입 자신의 경험 CASE 도구를 사용하여
파일럿 프로젝트를 통해 다음을 얻을 수 있습니다. 중요한 정보, CASE 도구의 품질과 도구가 설치된 후 공급업체의 지원을 평가하는 데 필요합니다. 그 구현은 다음 다이어그램으로 설명할 수 있습니다(그림 3 참조).
중요한 기능파일럿 프로젝트는 CASE 도구의 구매 또는 사용 거부에 관한 결정을 내리는 것입니다. 파일럿 프로젝트의 실패는 일반적으로 상대적인 자산 획득을 포함하기 때문에 향후 더 중요하고 비용이 많이 드는 실패를 방지합니다. 소량라이센스 및 교육 좁은 원전문가.
그리고 마지막으로 CASE 도구의 실제 사용으로의 전환이 이루어집니다. 이는 전환 계획을 개발하고 실행하는 것부터 시작됩니다.
전환 계획에는 다음이 포함되어야 합니다.
계획 실행과 관련된 목표, 평가 기준, 일정 및 가능한 위험에 관한 정보입니다.
CASE 도구의 구매, 설치 및 구성에 관한 정보입니다.
각 도구의 통합에 관한 정보 기존 수단, CASE 도구 간의 통합과 조직에 존재하는 소프트웨어 개발 및 운영 프로세스와의 통합을 포함합니다.
전환 프로세스 도중 및 이후에 사용되는 예상 교육 요구 사항 및 리소스입니다.
정의 표준 절차자금 사용.
전환 계획을 구현하려면 CASE 도구 사용을 지속적으로 모니터링하고 필요에 따라 지속적인 지원, 유지 관리 및 업데이트 도구를 제공해야 합니다. 달성된 결과일정에 따라 정기적으로 검토하고, 필요한 경우 전환 계획을 조정해야 합니다. CASE 도구의 성공적인 구현을 위해서는 조직의 요구와 기준을 충족하는 데 지속적으로 초점을 맞출 필요가 있습니다.
계획 실행의 중요하고 필수적인 부분은 교육 및 재교육이기도 합니다. 일반적으로 모든 사람은 교육이 조직에서 CASE 도구의 정상적인 사용을 보장하는 중심 링크라는 것을 이해합니다. 그러나 훈련되지 않은 사용자 그룹에 대해 초기 훈련이 필요하다고 가정하는 것은 상당히 흔한 실수이며, 따라서 모든 것이 최소한의 지속적인 훈련으로 제한됩니다. 초기 교육을 받은 파일럿 참가자는 매우 자격을 갖춘 매니아일 수 있습니다. 새로운 기술, 어떤 대가를 치르더라도 사용하려고 합니다. 반면에 미래의 개발자에게는 도구 사용에 대한 보다 집중적이고 심층적인 교육과 지속적인 지원이 필요할 수 있습니다.
또한 각 직원 범주(예: 도구 관리자, 데스크톱 지원, 도구 통합자, 헬프데스크, 애플리케이션 개발자)에는 서로 다른 교육이 필요하다는 점에 유의해야 합니다.
교육은 CASE 도구 사용자에게만 국한되어서는 안 되며, CASE 도구 사용으로 인해 어떤 방식으로든 영향을 받는 직원도 교육을 받아야 합니다. CASE 도구를 더 많이 사용하면 조직은 새로 고용된 직원과 이러한 도구를 사용하여 프로젝트를 수행하는 전문가 모두를 교육하는 데 중점을 두어야 합니다. 그렇기 때문에 교육은 신입 직원에게 제공되는 조직 활동과 관련된 규제 자료의 필수적인 부분이 되어야 합니다.
새로운 CASE 도구가 생산성 및/또는 품질을 얼마나 효과적으로 향상하는지 확인하려면 조직은 몇 가지 기본 데이터에 의존해야 합니다. 불행하게도 현재 진행 중인 측정 및 프로세스 개선 프로그램을 지원하기 위해 데이터를 축적하는 조직은 거의 없습니다. CASE 도구의 효과와 생산성 향상 능력을 입증하려면 다음과 같은 기본 지표가 필요합니다.
사용시간;
특정 전문가를 위해 개인적으로 할당된 시간
소프트웨어의 크기, 복잡성 및 품질;
유지 관리의 용이성.
CASE 도구를 구현하기 전에도 현재 환경 상태에 대한 현실적인 평가와 지속적인 데이터 축적을 위한 지원 절차부터 측정 기준 평가를 시작해야 합니다. CASE 도구 구현의 영향을 정량화하는 기간은 전환의 성공 여부를 결정하는 데 매우 중요합니다. 궁극적으로 CASE 도구를 성공적으로 구현한 일부 조직은 프로세스 초기에 단기적인 부정적인 영향을 경험했습니다. 성공적으로 시작한 다른 사람들은 지원과 교육에 드는 장기적인 비용을 과소평가했습니다. 따라서 부정적인 영향을 극복하기 위해 초기 단계, 미래의 장기 비용을 모델링할 뿐만 아니라 구현 성공 정도를 평가하기 위한 가장 적절한 시간 간격은 충분히 커야 합니다. 반면에 이 간격은 조직의 목표 및 예상 결과와 일치해야 합니다.
궁극적으로 CASE 도구를 구현하여 얻은 경험은 CASE 도구에 대한 조직의 목표와 기대를 일부 바꿀 수 있습니다. 예를 들어, 조직은 소프트웨어 생성 및 유지 관리 주기에서 더 크거나 더 작은 범위의 사용자 및 프로세스에 도구를 사용하는 것이 적절하다고 결론을 내릴 수 있습니다. 그러한 기대의 변화는 종종 다음과 같은 결과를 초래합니다. 긍정적인 결과, 그러나 CASE 도구의 성공적인 구현 정도를 결정하기 위해 적절한 조정을 수행할 수도 있습니다.
이 단계의 결과로 CASE 도구가 조직의 일상 업무에 도입되었으며 더 이상 특별한 계획이 필요하지 않습니다. 또한 CASE 도구에 대한 지원은 조직의 지속적인 소프트웨어 지원 계획에 포함됩니다.
CASE 펀드의 특징
주요특징 CASE 자금, 비즈니스 프로세스의 모델링 및 최적화 관점에서 중요한 것은 다음과 같습니다.
- 그래픽 인터페이스의 가용성. CASE 프로세스 모델을 표현하려면 도구가 프로세스를 다이어그램으로 표시할 수 있어야 합니다. 다이어그램은 다양한 텍스트 및 숫자 설명보다 사용하기가 훨씬 쉽습니다. 이를 통해 간단하고 명확한 구조로 쉽게 관리할 수 있는 모델 구성 요소를 얻을 수 있습니다.
- 저장소의 가용성.저장소는 프로세스 요소에 대한 설명과 요소 간의 관계가 포함된 공유 데이터베이스입니다. 각 리포지토리 개체에는 해당 개체에만 해당하는 속성 목록이 있어야 합니다.
- 적용의 유연성.이러한 특성을 통해 비즈니스 프로세스를 다음과 같이 표현할 수 있습니다. 다양한 옵션, 분석의 관점에서 중요합니다. CASE 도구를 사용하면 프로세스를 분석하고 기업의 다양한 측면에 초점을 맞춘 모델을 만들 수 있습니다.
- 팀워크 가능성.프로세스 분석 및 모델링에는 여러 사람의 협력이 필요할 수 있습니다. CASE 프로세스 모델에 대해 동시에 작업하려면 도구는 모델의 모든 조각에 대한 변경 관리와 집단 액세스를 통한 수정을 제공해야 합니다.
- 프로토타입 제작.프로세스 프로토타입이 필요합니다. 초기 단계프로세스 변경을 통해 프로세스가 요구 사항을 어떻게 충족하는지 이해할 수 있었습니다.
- 보고서를 생성하는 중입니다. CASE 도구는 요소의 관계를 고려하여 모든 프로세스 모델에 대한 보고서 구성을 보장해야 합니다. 이러한 보고서는 모델을 분석하고 최적화 기회를 식별하는 데 필요합니다. 보고서는 모델의 완전성과 충분성, 프로세스 분해 수준, 다이어그램 구문의 정확성 및 사용된 요소 유형에 대한 제어를 제공합니다.
CASE 펀드 선정
프로세스 분석 및 모델링을 위한 CASE 도구의 선택은 재무 능력, 기능적 특성, 인력 교육, 사용된 정보 기술 도구 등 다양한 요소에 따라 달라집니다. 이러한 요소의 전체 목록을 제공하는 것은 의미가 없습니다. 각 특정 사례에 대한 선택 상황에서 이 구성은 변경됩니다. 그러나 어떤 기준에 기초하여 일련의 "기본" 요소를 정의하는 것은 가능합니다. CASE 선택자금.
4.2.1. 일반 정보
아래에 설명된 평가 및 선택 과정 모델(그림 4.2)은 평가 및 선택의 가장 일반적인 상황을 설명하고 둘 사이의 관계도 보여줍니다. 보시다시피, 평가와 선택은 독립적으로 또는 함께 수행될 수 있으며, 이러한 각 프로세스에는 특정 기준의 적용이 필요합니다.
평가 및 선택 프로세스는 다음 중 하나 이상을 포함하여 여러 가지 목적으로 사용될 수 있습니다.
- 여러 CASE 도구를 평가하고 그 중 하나 이상을 선택합니다.
- 하나 이상의 CASE 도구를 평가하고 나중에 사용하기 위해 결과를 저장합니다.
- 이전 평가 결과를 사용하여 하나 이상의 CASE 도구를 선택합니다.
쌀. 4.2. 평가 및 선택 프로세스 모델
그림에서 볼 수 있듯이 평가 프로세스를 위한 입력 정보는 다음과 같습니다.
- 사용자 요구 식별;
- 프로젝트 목표 및 제한 사항;
- 사용 가능한 CASE 도구에 대한 데이터
- 평가 과정에 사용되는 기준 목록.
평가 결과에는 이전 평가 결과가 포함될 수 있습니다. 이전 평가에 사용된 기준 세트는 현재 세트와 호환되어야 한다는 점을 잊어서는 안 됩니다. 프로세스의 구체적인 구현(평가 및 선택, 향후 선택을 위한 평가 또는 이전 평가를 기반으로 한 선택)은 위에 나열된 목표에 따라 결정됩니다.
프로세스 요소에는 다음이 포함됩니다.
- 프로세스 중에 개선될 수 있는 목표, 가정 및 제약 조건
- CASE 도구에 대한 사용자의 정량적, 질적 요구 사항을 반영하는 사용자 요구 사항
- 평가 및 선택 결정이 내려지는 기준에 따라 일련의 매개변수를 정의하는 기준
- 하나 이상의 수단에 대한 공식화된 평가 결과;
- 권장 솔루션(보통 선택 결정 또는 추가 평가)
평가 및/또는 선택 프로세스는 개인, 그룹 또는 조직이 특정 요구 사항을 완전히 식별하고 해당 주제 영역에서 이를 정량적 및 질적 요구 사항의 형태로 공식화한 경우에만 시작할 수 있습니다. "사용자 요구 사항"이라는 용어는 이러한 공식화된 요구 사항을 의미합니다.
사용자는 필요한 반복을 통해 특정 작업 과정과 의사 결정을 정의해야 합니다. 예를 들어, 프로세스는 보다 자세한 평가를 위해 순차적 순회 및 후보 하위 집합 선택을 포함하는 의사결정 트리로 표현될 수 있습니다. 일련의 작업에 대한 설명은 작업 간의 데이터 흐름을 정의해야 합니다.
