소개..........................................................................................................................3
1. 정보시스템 개발의 이론적 기초
1.1. 자동화 수단으로서의 IS 개념..................................................5
1.2. IS 정보 지원.......................................................... 7
1.3. 의약품 기록을 위한 정보 시스템에 대한 러시아 시장...................................................12
2. 제약회사의 의약품 기록을 위한 정보시스템 설계 및 개발
2.1. 운송 기업의 회계 데이터베이스의 정보학적 구조.......................................................................................................16
소개
과정 작업의 관련성은 모든 현대 창고 기업에 자동화된 정보 시스템(IS)이 필요하다는 사실에 있습니다. 자동화의 주요 이점은 저장된 데이터의 중복성을 줄여 사용되는 메모리 양을 절약하고, 중복 복사본을 업데이트하기 위한 여러 작업 비용을 줄이고, 동일한 개체에 대한 정보를 다른 위치에 저장하여 불일치 가능성을 제거하는 것입니다. , 정보의 신뢰성을 높이고 정보 처리 속도를 높입니다. 내부 중간 문서, 각종 저널, 폴더, 지원서 등의 과잉, 다양한 중간 문서에 동일한 정보의 반복 입력. 또한 시간을 크게 줄이는 것은 객체 검색 매개변수가 표시되는 특수 화면 형태에서 수행되는 정보 자동 검색입니다.
연구의 대상은 운송 기업(화물 운송)입니다.
연구 주제는 운송 기업의 회계 자동화입니다.
작업의 목적은 운송 기업의 차량 차량 회계를 위한 정보 시스템을 개발하는 것입니다.
작업에서 설정된 목표를 달성하려면 다음 작업을 해결해야 합니다.
1. 정보시스템 개발의 이론적 기초를 연구한다.
2. 운송 기업 회계를 위한 정보 시스템을 설계하고 개발합니다.
과정 작업의 이론적 기초는 자동화된 정보 기술, 정기 간행물 자료 및 글로벌 인터넷 정보 자원 분야의 국내 과학자들의 작업이었습니다.
작업의 방법론적 기초는 시스템 분석 방법(프로그램, 변증법 및 어휘 방법)입니다.
과정 작업의 목표와 목표에 따라 구조가 결정되었습니다. 이 과정은 서론, 두 부분, 결론, 참고 문헌 목록으로 구성됩니다1. 정보 시스템의 이론적 기초
1.1. 자동화 수단으로서의 IS 개념
시스템은 설정된 목표를 달성하기 위해 통합된 단일 전체와 이질적인 요소의 집합으로 동시에 간주되는 모든 개체로 이해됩니다. 시스템은 구성과 주요 목표 모두에서 서로 크게 다릅니다. 컴퓨터 과학에서 "시스템"이라는 개념은 널리 퍼져 있으며 많은 의미를 갖습니다. 대부분의 경우 기술 도구 및 프로그램 세트와 관련하여 사용됩니다. 컴퓨터의 하드웨어는 시스템이라고 할 수 있습니다. 시스템은 문서를 유지하고 계산을 관리하는 절차로 보완된 특정 응용 문제를 해결하기 위한 일련의 프로그램으로 간주될 수도 있습니다. "시스템"이라는 개념에 "정보"라는 단어를 추가하면 시스템의 생성 및 운영 목적이 반영됩니다. 정보시스템은 모든 영역에서 문제의 의사결정 과정에 필요한 정보의 수집, 저장, 처리, 검색, 발행을 제공합니다. 문제를 분석하고 새로운 제품을 만드는 데 도움이 됩니다.
정보 시스템은 주어진 목표를 달성하기 위해 정보를 저장, 처리 및 발행하는 데 사용되는 수단, 방법 및 인력의 상호 연결된 집합입니다.
정보 시스템에 대한 현대적인 이해에는 컴퓨터를 정보 처리의 주요 기술 수단으로 사용하는 것이 포함됩니다. 게다가 정보시스템의 기술적 구현 자체로는 아무 것도 할 수 없습니다...
방법론, 기술 및 설계 도구(CASE 도구)는 모든 IS 프로젝트의 기초를 형성합니다. 방법론은 수명 주기 프로세스(LC)의 구현을 보장하는 특정 기술과 지원 표준, 방법 및 도구를 통해 구현됩니다.
소프트웨어 수명주기는 소프트웨어 생성 필요성에 대한 결정이 내려지는 순간부터 시작되어 서비스에서 완전히 제거되는 순간까지 끝나는 연속 프로세스입니다. ISO/IEC 표준에 따른 소프트웨어 라이프사이클 구조는 세 가지 프로세스 그룹을 기반으로 합니다. 주요 프로세스(획득, 제공, 개발, 운영, 지원); 주요 프로세스(문서화, 구성 관리, 품질 보증, 검증, 인증, 평가, 감사, 문제 해결)의 구현을 보장하는 보조 프로세스 조직 프로세스(프로젝트 관리, 프로젝트 인프라 구축, 라이프사이클 자체의 정의, 평가 및 개선, 교육).
프로젝트 개발에는 지정된 요구 사항에 따라 소프트웨어 및 해당 구성 요소를 만드는 모든 작업이 포함됩니다. 소프트웨어 개발에는 일반적으로 분석, 설계 및 구현(프로그래밍)이 포함됩니다. 운영에는 데이터베이스 및 사용자 워크스테이션 구성을 포함하여 소프트웨어 구성 요소를 작동시키는 작업이 포함됩니다. 프로젝트 관리는 작업을 계획하고 구성하는 것과 관련이 있습니다. 프로젝트 품질 보장은 소프트웨어 검증, 검증 및 테스트 문제와 관련이 있습니다. 검증은 특정 단계에서 달성된 현재 개발 상태가 해당 단계의 요구 사항을 충족하는지 여부를 결정하는 프로세스입니다.
검증을 통해 개발 매개변수와 원래 요구 사항의 준수 여부를 평가할 수 있습니다. 구성 관리는 소프트웨어 수명 주기의 주요 프로세스, 주로 소프트웨어 개발 및 유지 관리 프로세스를 지원하는 보조 프로세스 중 하나입니다. 많은 구성 요소로 구성된 복잡한 IS 프로젝트를 만들 때 연결과 기능을 고려하고 통일된 구조를 만들고 전체 시스템의 개발을 보장하는 문제가 발생합니다. 구성 관리를 사용하면 라이프사이클의 모든 단계에서 소프트웨어 변경 사항을 구성하고 체계적으로 고려하며 제어할 수 있습니다.
수명주기 모델은 수명주기 동안 수행되는 프로세스, 작업 및 작업 간의 실행 순서와 관계를 정의하는 구조로 이해됩니다. 현재까지 다음과 같은 주요 수명주기 모델이 가장 널리 보급되었습니다. 계단식 모델 나선형 모델 반복 모델
캐스케이드 모델 - 주요 특징은 전체 개발을 여러 단계로 나누는 것이며, 한 단계에서 다음 단계로의 전환은 현재 단계의 작업이 완전히 완료된 후에만 발생합니다. , 다른 팀 개발자가 개발을 계속하기에 충분합니다. 캐스케이드 모델의 장점: 각 단계에서 완전성과 일관성 기준을 충족하는 완전한 설계 문서 세트가 생성됩니다. 논리적 순서로 수행되는 작업 단계를 통해 완료 날짜 및 관련 비용을 계획할 수 있습니다.
캐스케이드 모델의 단점: 결과 획득 지연(개발 중인 정보 시스템이 사용자 요구 사항을 충족하지 못하는 것으로 판명될 수 있음), 이전 단계로 돌아가기(원칙적으로 이전 단계에서 발생한 실수는 후속 단계에서만 발견됨) 프로젝트 작업), 병렬 작업의 어려움. 정보 과포화(프로젝트의 일부가 변경되면 이를 작업에 사용할 수 있는 모든 개발자에게 알려야 함) 프로젝트 관리의 복잡성
나선형 모델 이러한 문제를 극복하기 위해 나선형 수명주기 모델이 제안되었습니다. 각 단계의 작업을 불완전하게 완료하면 현재 작업이 완전히 완료될 때까지 다음 단계로 넘어갈 수 있습니다. 주요 임무는 시스템 사용자에게 가능한 한 빨리 실행 가능한 제품을 보여줌으로써 요구 사항을 명확하게 하고 보완하는 프로세스를 활성화하는 것입니다.
나선형 모델의 장점: 반복 개발은 고객 요구 사항이 변경될 때 프로젝트 변경을 크게 단순화합니다. 정보 시스템의 개별 요소가 점진적으로 단일 전체로 통합됩니다(통합이 지속적으로 발생함). 프로젝트 관리에 더 큰 유연성이 제공됩니다. , 개발 중인 제품에 대한 전술적 변경이 가능합니다.
나선형 모델의 단점은 다음 단계로의 전환 순간을 결정한다는 것입니다. 이 문제를 해결하려면 IS 라이프사이클의 각 단계에 시간 제한을 도입해야 합니다. 그렇지 않으면 개발 프로세스가 이미 수행된 작업의 끝없는 개선으로 바뀔 수 있습니다.
반복 모델 상향식 설계 접근 방식에서는 개별 작업에 대한 설계 솔루션이 일반 시스템 솔루션으로 결합되는 동시에 이전에 공식화된 요구 사항을 수정해야 할 때 이러한 반복적 결과가 필요합니다. 생성된 IS의 기능 및 시스템 아키텍처의 복잡성과 설계 문서 사용의 어려움으로 인해 구현 및 운영 단계에서 전체 시스템을 즉시 재설계해야 합니다.
반복적 접근 방식의 다양한 버전은 RUP(Rational Unified Process), MSF(Microsoft Solutions Framework) 및 XP(Extreme 프로그래밍) 등 가장 현대적인 기술과 방법으로 구현됩니다. RUP는 시작, 탐색, 구축 및 구현의 4단계를 포함하는 반복적인 개발 모델을 제공합니다. 4가지 주요 단계를 거치는 것을 개발 주기라고 합니다. 객체지향 분석과 객체지향 프로그래밍이 사용됩니다. MSF는 RUP와 유사하며 분석, 설계, 개발, 안정화의 4단계도 포함하고 반복적이며 개체 지향 모델링 사용을 포함합니다.
익스트림 프로그래밍(XP)은 고려 중인 방법론 중 최신입니다. IP 개발 프로젝트 전반에 걸쳐 팀워크, 고객과 계약자 간의 효과적인 커뮤니케이션을 기반으로 하며, 순차적으로 개발된 프로토타입을 활용하여 개발이 진행됩니다.
자동화된 정보 시스템의 설계는 소스 정보를 획득하고 결과 정보로 변환하기 위한 시스템 구성과 관련된 기술 문서를 개발하는 프로세스로 이해됩니다. 자동화된 정보 기술의 조직과 함께. 디자인의 결과물인 문서를 프로젝트라고 합니다. 디자인의 목적은 기술 및 정보 형성, 수학, 소프트웨어 및 조직 및 법적 지원을 선택하는 것입니다.
주요 설계 목표는 다음과 같습니다. 회계, 계획 및 분석 작업 조직 개선에 영향을 미칩니다. 문제를 해결하고 결과정보를 얻기 위한 장비의 선정 및 합리적 기술의 개발 생산 부서와 기능 부서 내, 그리고 그들 사이의 정보 흐름에 대한 일정을 작성합니다. 경제 활동의 계획, 회계 및 분석과 관련된 정보의 최적 사용을 보장하는 데이터베이스 생성 규범 및 참조 정보 생성.
표준 IS 설계의 구성은 주로 IS 수명주기의 계단식 모델을 사용하는 데 중점을 둡니다. 대상의 복잡성에 따라 작업 단계와 단계가 다를 수 있습니다. 연속 단계를 결합하고 프로젝트의 모든 단계에서 일부 단계를 제외할 수도 있으며 이전 단계가 끝나기 전에 다음 단계 작업을 시작할 수도 있습니다.
IP 생성 단계 및 단계: 1단계. IP 요구 사항 형성: - IP 생성 필요성에 대한 대상 조사 및 정당성. - 정보 시스템에 대한 사용자 요구 사항 형성. - 수행된 작업과 개발을 위한 전술 및 기술 사양에 대한 보고서 작성 2단계. IS 개념 개발: - 자동화 개체 연구. - 연구 업무를 수행합니다. - 사용자 요구사항에 맞는 IS 개념 옵션 개발 - 보고서 작성 및 개념 승인
3단계. 참조 조건: - 기술 사양 개발 및 승인. IS 생성 작업 4단계. 초안 설계: - 시스템 및 해당 부품에 대한 예비 설계 솔루션 개발 - IS 및 해당 부품에 대한 초안 문서 개발 5단계. 기술 설계: - 시스템 및 해당 부품에 대한 설계 솔루션 개발 부품 - IS 및 해당 부품에 대한 문서 개발 부품 공급을 위한 문서 개발 및 실행 - 프로젝트의 인접 부품에 대한 설계 작업 개발
6단계. 작업 문서화: - IS 및 해당 부품에 대한 작업 문서 개발 - 프로그램 개발 및 적용 7단계. 시운전: - 자동화 개체 준비 - 인력 교육 - 공급된 제품(소프트웨어, 하드웨어, 컴플렉스)으로 IS 완성 , 정보제품) - 시공, 설치 및 시운전 업무 - 예비시험 - 시운전 - 인수시험
8단계. IS 지원: - 보증 의무에 따른 작업 수행 - 보증 후 서비스 설문 조사는 기업의 조직 구조, 활동 및 기존 정보 처리 시스템에 대한 연구 및 진단 분석입니다. 설문 조사 결과로 얻은 자료는 다음 용도로 사용됩니다. 시스템 개발 및 단계적 구현을 정당화합니다. 시스템 개발을 위한 기술 사양 작성; 시스템의 기술 및 세부 설계 개발.
설문 조사의 첫 번째 단계의 주요 임무는 상위 수준 자동화 개체의 식별된 기능 및 정보 요소를 기반으로 프로젝트의 실제 범위, 목표 및 목표를 평가하는 것입니다. 전략 정의 단계의 결과는 고객이 프로젝트 자금 조달에 동의하면 무엇을 받게 될지, 완제품을 언제 받을지(작업 일정) 및 비용이 얼마인지 명확하게 설명하는 문서(프로젝트 타당성 조사)입니다. 대규모 프로젝트의 경우 다양한 작업 단계의 자금 조달 일정)
이 문서의 내용: 제한 사항, 위험, 향후 시스템이 작동될 것으로 예상되는 일련의 조건: 시스템 아키텍처, 하드웨어 및 소프트웨어 리소스, 작동 조건, 유지 관리 인력 및 시스템 사용자 개별 단계 완료 기한, 관련 자원, 정보 보호 조치 시스템이 수행하는 기능에 대한 설명 시스템 개발 가능성; 시스템의 정보 객체; 사람과 시스템 간의 인터페이스 및 기능 배포; 소프트웨어 및 소프트웨어의 정보 구성 요소에 대한 요구 사항, DBMS에 대한 요구 사항
설문 조사 결과에 따라 관리 작업 목록이 설정되고, 해당 솔루션의 자동화가 권장되며, 개발 순서가 설정됩니다. 조사 단계에서는 시스템의 계획된 기능을 중요도에 따라 분류해야 합니다. 이러한 분류를 나타내는 가능한 형식 중 하나는 MuSCoW입니다. 이 약어는 다음을 의미합니다. 필요한 기능이 있어야 합니다(성공적인 작업에 중요). 바람직한 기능을 가지고 있어야 합니다. 가능한 기능이 있을 수 있습니다. 누락된 기능이 없을 것입니다(프로젝트의 경계와 시스템에서 누락될 기능 세트를 명확하게 이해하는 것이 필요함).
분석 단계에서는 다음 작업을 해결하기 위해 작업에 테스트 그룹을 참여시키는 것이 필요합니다. 하드웨어 플랫폼, 운영 체제, DBMS 및 기타 사용 환경의 비교 특성을 파악하여 신뢰성을 보장하기 위한 작업 계획을 개발합니다. 정보 시스템을 테스트하고 개발 초기 단계에 테스터를 참여시키는 것이 모든 프로젝트에 권장됩니다. 테스트를 자동화하려면 버그 추적 시스템을 사용해야 합니다. 이를 통해 단일 오류 저장소를 보유하고, 오류 재현을 추적하고, 오류 수정 속도와 효율성을 제어하고, 시스템의 가장 불안정한 구성 요소를 확인할 수 있습니다.
기술 사양은 자동화 제어 시스템 개발에 필요한 목표, 요구 사항 및 기본 입력 데이터를 정의하는 문서입니다. 기술 사양을 개발할 때 다음 작업을 해결해야 합니다. IS 생성이라는 일반적인 목표를 설정하고 하위 시스템 및 기능 작업의 구성을 결정합니다. 정보 기반, 수학 및 소프트웨어, 기술 단지에 대한 요구 사항을 개발하고 정당화합니다. 수단 설계된 IS에 대한 일반 요구 사항을 설정합니다. 시스템 및 수행자를 생성하기 위한 작업 목록을 결정하고 시스템 생성 단계와 구현 시기를 결정합니다. 시스템 구축 비용에 대한 예비 계산을 수행하고 구현의 경제적 효율성 수준을 결정합니다.
예비 설계에는 시스템과 해당 부품에 대한 예비 설계 솔루션 개발이 포함됩니다. 예비 설계 단계를 완료하는 것이 반드시 필요한 것은 아닙니다. 예비 설계 내용은 시스템 기술 사양에 명시되어 있습니다. 일반적으로 예비 설계 단계에서는 다음 사항이 결정됩니다. IS 기능; 하위 시스템의 기능, 목표 및 작업 복합체와 개별 작업의 구성 구현으로 인한 예상 효과 정보 기반의 개념과 그 확장된 구조; 컴퓨터 시스템 및 기타 기술적 수단의 데이터베이스 관리 시스템 구성 기능; 기본 소프트웨어의 기능 및 매개변수
참조 조건(및 예비 설계)을 기반으로 IP의 기술 설계가 개발됩니다. IS 기술 프로젝트는 시스템 전체의 설계 솔루션, 문제 해결 알고리즘, 자동화 제어 시스템의 경제적 효율성 평가, 구현을 위한 시설 준비 활동 목록을 포함하는 기술 문서입니다. 기술 프로젝트에는 설명 메모, 시스템의 기능 및 조직 구조, 문제 설명 및 솔루션 알고리즘, 정보 기반 구성, 문서 형식 앨범, 소프트웨어 시스템, 기술 단지 구성 원리가 포함됩니다. 자금, 경제적 효율성 계산, 시스템 구현을 위한 시설 준비 조치, 문서 목록.
작업 문서화 단계에서는 소프트웨어 제품의 생성과 그에 수반되는 모든 문서의 개발이 수행됩니다. 문서에는 IS 운영 및 운영에 관한 작업 구현을 보장하는 데 필요하고 충분한 모든 정보가 포함되어야 합니다. 개발된 문서는 적절하게 실행되고 합의 및 승인되어야 합니다. 자동화 시스템의 일종인 IS의 경우 예비, 시운전, 승인 등 주요 테스트 유형이 설정됩니다. IS의 부분과 자동화 개체 간의 관계에 따라 테스트는 자율적(시스템의 일부 포함)이거나 복잡할 수 있습니다(시스템 전체).
모든 유형의 테스트를 계획하기 위해 "프로그램 및 테스트 방법론" 문서가 개발 중입니다. 문서 개발자는 계약 또는 기술 사양에 명시되어 있습니다. 시스템의 운용성을 결정하고 시운전 승인 가능성을 결정하기 위해 예비 테스트가 수행됩니다. 실제 효율성을 결정하기 위해 시스템의 시험 운영이 수행되고 필요한 경우 시스템이 기술 사양을 준수하는지 확인하기 위해 승인 테스트가 수행됩니다.
표준 설계 솔루션(TDS)은 복제 가능한(재사용 가능한) 설계 솔루션입니다. 다음 클래스의 TPR이 구별됩니다. 기본 TPR - 작업 또는 작업에 대한 별도의 지원 유형을 위한 표준 솔루션 하위 시스템 TPR - 개별 하위 시스템은 기능적 완전성을 고려하고 외부 정보 연결을 최소화하도록 개발된 유형 요소로 작동합니다. 객체 TPR - 전체 기능 및 지원 IS 하위 시스템을 포함한 표준 산업 프로젝트
TPR의 장점과 단점: 기본(방법 중심 프로그램 라이브러리) + 설계에 모듈식 접근 방식 사용 보장 - 이기종 요소 인터페이스에 많은 시간 소요 서브시스템(응용 소프트웨어 패키지) + IS 요소의 높은 통합 수준 + 상호 연관된 구성 요소의 설계 및 프로그래밍 비용 절감 - TPR 적응성이 부족함 - 다양한 기능 하위 시스템 통합 문제
매개변수 중심 설계에는 다음 단계가 포함됩니다. 응용 소프트웨어 패키지(APP)의 적합성을 평가하기 위한 기준 결정 공식화된 기준에 따라 사용 가능한 PPP 분석 및 평가 가장 적합한 패키지 선택 및 구매 구매한 PPP
모델 기반 설계에는 특수 소프트웨어 도구(예: SAP Business Engineering Workbench(BEW), BAAN Enterprise Modeler)를 사용하여 자동화 개체의 모델을 구축하는 작업이 포함됩니다. 소프트웨어 제품과 함께 제공되는 저장소의 표준 IS 모델을 기반으로 시스템을 생성하는 것도 가능합니다. 저장소에는 기본(참조) IS 모델, 특정 IS 클래스의 표준(참조) 모델, 특정 IS 기업의 모델이 포함되어 있습니다.
기본 IS 모델에는 비즈니스 기능, 프로세스, 객체, 규칙에 대한 설명은 물론 조직에 대한 설명도 포함됩니다. 표준 IS의 소프트웨어 모듈에 의해 지원되는 구조 표준 모델은 특정 산업 또는 생산 유형에 대한 IS 구성을 설명합니다. 특정 기업의 모델은 기업의 특정 특성에 따라 기본 모델 또는 표준 모델의 단편을 선택하여 구축됩니다. (BAAN Enterprise Modeler) 또는 전문가 설문 조사 결과에 이러한 모델을 자동으로 적용(SAP Business Engineering Workbench)
일반적인 프로젝트의 구현에는 다음 작업 수행이 포함됩니다. 전역 시스템 매개변수 설정 자동화 개체의 구조 설정 기본 데이터의 구조 결정 구현된 기능 및 프로세스 목록 설정 인터페이스 설명 보고서 설명 액세스 권한 설정 설정 아카이빙 시스템
오늘날 정보 산업은 새로운 기술 분야로 자리 잡았으며 사용자에게 큰 이점을 제공합니다. 따라서 현대 상황에서 조직의 책임자는 IP 생성의 방법론적 기초에 대한 지식을 가지고 있어야 합니다. 정보 시스템을 생성하고 사용하는 방법론적 원칙에 대한 지식은 관리 프로세스의 개발 및 개선과 밀접한 관련이 있습니다.
사이버네틱스(시스템 및 제어 방법의 과학)의 창시자는 Norbert Wiener(미국)입니다. 그의 추종자들의 작업은 자동 제어 이론의 기초가 되었습니다. 이는 복잡한 제어 시스템에서 정보를 수신, 저장, 전송 및 변환하는 일반 법칙에 대한 과학입니다. 제어 문제를 해결하기 위해 컴퓨터 기술을 사용함으로써 정보 이론, 코딩 이론이 발전하고 컴퓨터 과학이라는 독립적인 과학 분야가 형성되었습니다. 이러한 연구 결과는 다양한 실제 목적의 문제를 해결하기 위해 하드웨어와 소프트웨어를 사용하는 방법론 개발의 기초를 형성했습니다.
경제적 대상은 복잡한 시스템으로 간주되기 시작했으며 그 관리는 정보 프로세스로 식별되었습니다. 컴퓨터 기술의 역량과 그 적용 범위의 집중적 발전으로 인해 경제적 대상에 인간-기계 정보 시스템이 탄생하게 되었습니다. IS의 목적은 생산 및 경제 프로세스에 대한 정보 지원, 조직 내 기능적 관리 문제 해결뿐 아니라 생산, 경제 및 정보 측면에서 상호 연결된 다양한 조직 간의 정보 상호 작용이었습니다.
IS 설계에서 통일된 방법론적 접근 방식의 창시자는 Academician V.M.이었습니다. 자동화된 정보 시스템을 만들기 위한 과학적, 방법론적 조항과 실제 권장 사항을 공식화한 Glushkov. 통합 방법론적 접근 방식의 주요 원칙은 다음과 같습니다.
1. IP의 생성, 운영, 개발에 있어서 가장 중요한 일관성의 원칙. 그는 연구중인 경제적 대상을 하나의 전체로 간주합니다. 동시에 조직의 생산 및 경제 활동 방향과 조직이 수행하는 특정 기능을 설정합니다. 시스템의 무결성을 보장하는 구조 요소 간의 다양한 유형의 연결을 감지합니다. 체계성의 원칙에는 조직에서 두 가지 측면 분석, 즉 거시적 분석과 미시적 분석을 수행하는 것이 포함됩니다. 거시분석에서는 시스템 및/또는 그 "요소"가 고차원 시스템의 일부로 간주됩니다. 정보 연결에 특별한 주의를 기울입니다. 이동 방향이 설정되고, 이러한 연결은 기능 및 연구 목적에 따라 결정됩니다. 객체를 식별하고 분석한 다음 IS 설계 과정을 고려하여 가장 바람직한 객체를 선택합니다. 거시 분석에서는 조직 활동의 모든 측면을 연구하고 구조적 구성 요소를 분석합니다(각 작업장에서의 활동 포함). 다른 요소 및 외부 환경과의 연결을 통해 나타나는 기능적 특성을 고려합니다.
경제 주체를 관리하는 조직 구조에 대한 IS를 설계할 때 다단계 계층 구조가 가장 일반적입니다. 시스템의 각 수준에 대한 계층적 구조는 시스템 전체의 기능에 대한 전역 최적성 기준과 로컬 최적성 기준의 다양한 조합을 허용합니다. 제어 시스템의 상대적 유연성과 변화하는 조건에 적응하는 능력을 제공합니다. 요소 중복성을 도입하고 정보 흐름 방향을 간소화할 수 있어 신뢰성이 향상됩니다. 계층 구조의 장점은 관리 시스템에서의 광범위한 사용에 기여했으며 정보 시스템 생성에 대한 조직적, 기능적 접근 방식을 결정했습니다. 이 과정에서 얻은 경험은 IS 설계에 대한 현대적인 프로세스 접근 방식에 영향을 미쳤습니다.
시스템 원리 적용의 실질적인 중요성은 분석을 위해 접근 가능한 형태로 시스템 작성자의 이익을 식별할 뿐만 아니라 컴퓨터 모델링을 사용하여 특정 조건에서 설계된 시스템의 동작을 연구할 수 있다는 것입니다. 실험자가 지정합니다. 따라서 IS의 생성은 가장 수용 가능하고 정당한 설계 솔루션, 시스템 구축 옵션을 찾아 경제적 대상의 기능에 있어 최대의 효율성을 보장하는 모델링 방법을 기반으로 합니다.
2. 개발 원칙은 시스템의 기능과 지원 유형을 지속적으로 보충하고 업데이트할 수 있는 가능성을 고려하여 IS가 생성된다는 것입니다. 그 본질은 생산 및 관리 프로세스 개발이 더욱 복잡해지고 경제적 대상의 조직 구조가 재구축되고 있다는 것입니다. 이를 위해서는 정보 시스템의 컴퓨팅 성능을 높이고 작업을 지속적으로 보충하고 업데이트하기 위한 새로운 기술 및 소프트웨어 도구를 갖추어야 합니다. 해결하고 데이터베이스 및 데이터 창고, 지식 기반 형태로 생성된 정보 기금을 확장합니다.
3. 정보 원칙은 경제 실체의 관리 프로세스에 수반되는 정보 및 정보 프로세스에 대한 상세하고 포괄적인 연구를 목표로 합니다. 정보는 의미론적(내용), 구문론적(기호) 및 실용적인(유용한) 측면에서 연구됩니다. 또한 자동화된 워크스테이션, 데이터 전송, 저장 및 처리 시스템, 정보 보호 시스템의 설계에는 정보 연구가 필요하며, 여기서 주요 정보는 정보의 양, 내용 및 유용성에 대한 지식입니다.
현재 정보 프로세스를 모델링하고 관리 프로세스를 분석하고 전자 정보 흐름을 설계하기 위한 설계 작업을 자동화하는 객체 지향 방법은 정보 접근 방식을 기반으로 합니다.
4. 경제적 대상의 기능 과정에서 다양한 유형, 목적, 수준의 정보 시스템의 상호 작용을 보장하는 호환성 원칙. 따라서 설계 과정에서는 사용되는 모든 정보 시스템의 정보, 기술 및 소프트웨어 호환성 문제를 해결하기 위한 방법론적 접근 방식의 체계적 통일성이 보장되어야 합니다. 방법론적 접근 방식의 통일성은 정보 시스템의 개발, 문서화, 수용 및 운영 프로세스를 규제하는 규제 문서에 반영됩니다. 이는 국제 및 국내 표준(GOST), 산업 및 부서별 규제 자료, 규정, 프로토콜 및 조직 표준입니다.
정보 처리, 통신 기술 및 컴퓨팅 조직, 개체 간 상호 작용 등의 언어 수단을 규제하는 표준이 널리 사용됩니다.
5. IS 기능의 표준, 통합 및 표준화된 요소를 사용해야 하는 표준화 및 통일의 원칙. 이는 주로 정보, 기술, 소프트웨어 및 기타 IT 지원 하위 시스템의 구성 요소에 적용됩니다. 이 원칙은 설계 솔루션 형성 및 설계 작업 자동화 도입에 대한 축적된 경험을 최대한 활용하면서 IS 생성에 드는 시간, 인건비 및 비용 비용을 절감하고 IS의 다방면 상호 작용을 보장합니다. 이다.
6. 시스템을 여러 부분으로 나누고 개별 작업 세트를 분리하는 것을 기반으로 하는 분해 원리는 기존 관리 활동 상태를 보다 효과적으로 분석할 수 있는 조건을 만들고 특정 작업의 추가 모델링을 위한 기능적 문제 해결 기능을 연구합니다. 경영 활동의 측면을 자동화된 기술로 전환합니다. 이 원리는 요소의 속성과 시스템 전체를 연구할 때와 새로운 정보 기술 기반에서 IS를 만들 때 모두 사용됩니다.
7. 정보 시스템을 만드는 데 드는 비용과 운영 중에 얻은 목표 효과 간의 합리적인 비율을 달성하는 것으로 구성된 효율성의 원칙.
정보 시스템의 수명주기에 대한 설명에는 다음 개념을 사용한 운영이 포함됩니다.
프로세스 - 순차적으로 수행되는 일련의 작업입니다.
단계는 작업이 수행되는 연속적인 기간입니다. 단계에서는 다양한 프로세스와 관련된 작업을 수행할 수 있습니다. 경제적 목적을 관리하기 위한 자동화된 정보 시스템을 생성하고 사용하는 활동은 수명주기(LC) 개념을 기반으로 합니다. 수명주기는 경제적 대상을 관리하기 위한 자동화된 정보 시스템의 생성 및 사용 모델이며, 출현 및 필요성이 발생한 순간부터 시작하여 모든 사람의 사용이 완전히 중단되는 순간까지 다양한 상태를 반영합니다. 예외 없이 사용자.
전통적으로 AIS 수명주기의 주요 단계는 다음과 같이 구분됩니다.
요구사항 분석
설계;
프로그래밍/구현
테스트 및 디버깅
운영 및 유지 관리.
AIS 수명주기의 주요 단계를 자세히 살펴보겠습니다.
1. 요구사항 분석은 AIS 개발의 첫 번째 단계로, 고객의 요구사항을 명확하게 하고 공식화하며 문서화합니다. 실제로 이 단계에서는 “미래 시스템은 무엇을 해야 하는가?”라는 질문에 대한 답이 주어지며, 이것이 전체 프로젝트의 성공입니다. 대규모 시스템을 구축하는 과정에서 시스템 요구 사항의 불완전성과 불분명한 정의로 인해 프로젝트 구현에 실패한 사례가 많이 있습니다.
AIS 요구 사항 목록에는 다음이 포함되어야 합니다.
1) 미래 시스템을 운영할 것으로 예상되는 일련의 조건(시스템에 제공되는 하드웨어 및 소프트웨어 리소스, 기능의 외부 조건, 직원 구성 및 관련 업무)
2) 시스템이 수행해야 하는 기능에 대한 설명
3) 개발 프로세스의 제한 사항(개별 단계 완료를 위한 지시 기한, 사용 가능한 자원, 조직적 절차 및 정보 보호 조치).
분석의 목적은 미래 시스템의 요구 사항에 대한 일반적이고 모호한 지식을 정확한(가능한 경우) 정의로 변환하는 것입니다.
단계의 결과는 시스템 요구사항 모델(즉, 시스템 설계)이어야 하며 이는 다음을 의미합니다.
1) 시스템 아키텍처, 기능, 외부 조건, 하드웨어와 소프트웨어 부분 간의 기능 분리
2) 사람과 시스템 간의 인터페이스 및 기능 분리;
3) 소프트웨어 부분의 소프트웨어 및 정보 구성 요소에 대한 요구 사항: 필요한 하드웨어 리소스, 데이터베이스 요구 사항, 소프트웨어 구성 요소의 물리적 특성, 해당 인터페이스.
요구사항 모델에는 다음이 포함되어야 합니다.
1) 각 공무원의 각 운영 수준까지 처리 깊이를 갖춘 미래 시스템 요구 사항에 대한 완전한 기능 모델
2) 하위 수준 운영의 사양
3) 모델링 개체의 특성, 하위 시스템 목록, 구성 요소 간 정보 교환을 위한 방법 및 통신 수단에 대한 요구 사항, 인접 시스템과 시스템 관계의 특성에 대한 요구 사항을 포함하여 기능 모델에 대한 보고서 및 문서 패키지 시스템 기능 요구사항;
4) 요구사항의 개념적 정보 모델;
5) 정보 모델에 관한 보고서 및 문서 패키지
6) 개념적 정보 모델을 참조한 시스템 아키텍처;
7) 시스템을 지원하기 위한 구조를 조직하기 위한 제안.
따라서 요구사항 모델에는 기능적, 정보적, 이벤트(대상 시스템이 실시간 시스템인 경우) 모델이 포함됩니다. 이는 기존 모델에 비해 다음과 같은 여러 가지 이점을 제공합니다.
1) 전통적인 개발은 장인 정신의 비공식적 방법을 사용하여 초기 단계를 구현하는 것이 특징입니다. 따라서 고객과 사용자는 이미 대대적으로 구현된 시스템을 처음으로 볼 수 있습니다. 당연히 이 시스템은 그들이 기대했던 시스템과 다를 것입니다. 따라서 개발 또는 수정을 추가로 반복하려면 추가(상당한) 비용과 시간 지출이 필요합니다. 이 문제를 해결하는 열쇠는 요구사항 모델에 의해 제공됩니다.
물리적으로 구현되기 전에 미래 시스템을 설명하고, "보고" 조정합니다.
시스템 개발 및 구현 비용을 절감합니다.
시간과 결과 측면에서 개발을 평가합니다.
작업에 참여하는 모든 참가자(고객, 사용자, 개발자, 프로그래머) 간의 상호 이해에 도달합니다.
개발 중인 제품의 품질을 향상시킵니다. 즉, 기능적 분해를 수행하고 통합 데이터베이스의 최적 구조를 설계합니다.
2) 요구사항 모델은 완전히 독립적이며 특정 개발자와 분리되어 있으며 작성자의 유지 관리가 필요하지 않으며 다른 사람에게 쉽게 이전할 수 있습니다. 더욱이 어떤 이유로 기업이 요구사항 모델을 기반으로 한 시스템을 구현할 준비가 되지 않은 경우에는 필요할 때까지 "보관"해 둘 수 있습니다.
3) 요구사항 모델은 기업 자동화 부서의 프로그래머가 기반으로 이미 구현한 소프트웨어의 독립적인 개발 또는 조정에 사용될 수 있습니다.
4) 요구사항 모델은 기술이 모델에 포함되어 있기 때문에 기업 활동의 특정 영역에서 신입 사원을 자동화하고 빠르게 교육하는 데 사용할 수 있습니다.
요구사항 분석 단계는 모든 라이프사이클 단계 중에서 가장 중요합니다. 이는 모든 후속 단계에 큰 영향을 미치면서 동시에 가장 적게 연구되고 이해되는 프로세스를 유지합니다. 이 단계에서는 먼저 정확히 수행해야 할 작업이 무엇인지 이해하고, 두 번째로 이를 문서화해야 합니다. 요구 사항이 기록되지 않고 프로젝트 참가자에게 제공되지 않으면 존재하지 않는 것처럼 보이기 때문입니다. 동시에 요구사항이 공식화되는 언어는 고객이 매우 간단하고 이해할 수 있어야 합니다.
2. 기술 사양 개발은 모델 구축 후에 수행되며 여기에는 미래 시스템에 대한 요구 사항이 포함됩니다. 이를 기반으로 다음을 포함하는 시스템을 만들기 위한 기술 사양이 개발되고 있습니다.
자동화된 워크스테이션에 대한 요구 사항, 그 구성 및 구조, 워크스테이션 간의 정보 상호 작용 방법 및 체계
기술적 수단에 대한 요구사항 개발
소프트웨어 요구사항 결정
로컬 컴퓨터 네트워크의 토폴로지, 구성 및 구조 개발
작업 단계 및 타이밍에 대한 요구 사항.
3. 디자인. 이 단계에서는 "시스템이 이 단계의 요구 사항을 어떻게 (어떤 방식으로) 충족할 것인가?"라는 질문에 대한 답변을 제공합니다.
요소의 논리적 관계에 대한 시스템 1의 구조에 대한 연구가 있으며, 특정 플랫폼에서의 구현과 관련된 문제는 여기에서 다루지 않습니다. 설계는 엄격하게 공식화된 목표와 함께 시스템의 논리적 모델을 얻고 이러한 요구 사항을 충족하는 물리적 시스템에 대한 사양을 작성하는 반복적인 프로세스로 간주됩니다. 이 단계는 일반적으로 두 가지 하위 단계로 나뉩니다.
구성 요소의 구조 및 인터페이스 개발, 구성 요소의 기능 및 기술 요구 사항 조정, 설계 방법 및 표준을 포함한 시스템 아키텍처 설계
각 구성 요소에 대한 사양 개발, 구성 요소 간의 인터페이스, 테스트 요구 사항 개발 및 구성 요소 통합 계획을 포함하는 세부 설계.
즉, 설계는 분석단계에서 생성되고 기록된 산림에 대한 요구사항을 어떻게 구현해야 하는지를 결정하는 수명주기 단계입니다. 결과적으로 시스템이 (기술적 세부 사항 없이) 요구 사항을 어떻게 충족하는지 보여주는 구현 모델을 구축해야 합니다. 실제로 구현 모델은 요구 사항 모델을 개발하고 개선한 것입니다. 즉, 디자인은 분석과 구현을 연결하는 다리입니다.
4. 구현(프로그래밍/적응). 이 단계에서 LES는 소프트웨어와 하드웨어의 복합체로 생성됩니다(통신 인프라 설계 및 생성에서 시작하여 애플리케이션 개발 및 설치로 끝남).
5. 테스트 및 디버깅. AIS의 정확성은 가장 중요한 속성이자 개발자의 주요 관심사입니다. 이상적으로 1C 정확성은 오류가 없음을 의미합니다. 그러나 이는 대부분의 복잡한 소프트웨어 제품에서는 달성할 수 없습니다(모든 프로그램에는 적어도 하나의 버그가 포함되어 있음). 따라서 "올바른"은 일반적으로 해당 요구 사항에 따라 작동하는 소프트웨어 제품, 즉 작동하지 않는 조건이 아직 발견되지 않은 제품으로 이해됩니다.
정확성을 확립하는 것이 고려되는 수명주기 단계의 주요 목표입니다. 테스트 및 디버깅 단계는 IS 개발에서 가장 노동 집약적이고 지루하며 예측할 수 없는 단계 중 하나라는 점에 유의해야 합니다. 평균적으로 전통적인 방법을 사용한 개발의 경우 이 단계는 전체 개발 시간의 1/2~1/3 정도 소요됩니다. 반면에 테스트와 디버깅은 심각한 문제를 야기합니다. 어떤 경우에는 프로그램을 테스트하고 디버깅하는 데 실제 프로그래밍보다 몇 배 더 많은 시간이 필요합니다.
테스트는 지정된 모드 및 외부 조건에서 IS의 올바른 작동을 입증하기 위해 설계된 일련의 절차 및 조치입니다. 테스트의 목적은 오류가 있는지 확인하거나 오류가 없음을 설득력 있게 입증하는 것인데, 이는 아주 사소한 경우에만 가능합니다. 테스트와 "디버깅"이라는 관련 개념을 구별하는 것이 중요합니다. 디버깅은 오류가 있다는 사실을 식별하는 것부터 시작하여 정확한 위치, 오류의 성격 및 오류를 제거하는 방법을 설정하는 것으로 끝나는 일련의 절차와 작업입니다.
실제로 가장 중요하고 가장 자주 사용되는 것은 결정론적 테스트 방법입니다. 이 경우 상호 연결된 입력 및 결과 값과 올바른 처리 순서로 구성된 특정 초기 데이터가 테스트 표준으로 사용됩니다. 주어진 초기값으로 테스트하는 과정에서 처리 결과가 기준값과 일치하는지 확인하는 것이 필요합니다.
복잡한 시스템에는 많은 수의 테스트가 필요하며, 필요한 수를 추정하고 이를 줄이는 방법을 사용하는 문제가 발생합니다. 따라서 다른 유형의 활동과 마찬가지로 테스트를 계획하는 것이 좋습니다. 테스트 계획에는 다음이 포함되어야 합니다.
1) 테스트 목표 수립;
2) 결과를 평가할 수 있는 테스트 품질 기준
3) 특정 품질 기준의 달성을 보장하는 테스트 전략
4) 선택한 전략에 따라 주어진 품질 기준을 달성하기 위한 자원 요구 사항.
자동화된 테스트 및 디버깅 시스템(Satna)이 있습니다. 이는 AIS 분석, 테스트, 디버깅 및 품질 평가를 자동화하고 AIS 구성 요소의 수정을 촉진하고 디버깅 초기 단계에서 오류 감지를 보장하도록 설계된 복잡한 알고리즘 및 소프트웨어 도구 세트를 나타냅니다. , 자동으로 감지되는 오류의 비율을 높입니다.
6. 운영 및 유지관리. 이 단계의 주요 목표는 다음과 같습니다.
시스템 안정성 보장 및 정보 저장 - 관리
개별 요소의 시기적절한 현대화 및 수리 - 기술 지원
기업의 현재 비즈니스 요구에 따라 운영되는 시스템 기능의 적응 - 시스템 개발.
이러한 작업은 기업의 정보화를 위한 운영 계획에 포함되어야 하며, 이는 전략 계획의 모든 조건에 따라 구성되어야 합니다. 그렇지 않으면 기존 시스템 내에 조각이 나타나 향후 시스템의 효과적인 운영이 불가능해질 수 있습니다. 요즘에는 해외에서 기술 지원 및 일부 관리 기능을 시스템 공급업체나 시스템 통합업체에 이전하는 것이 일반적인 관행이 되었습니다. 이러한 관행을 "아웃소싱"이라고 합니다. 종종 아웃소싱은 자연 재해나 기타 특수한 상황에서 사용되는 중요한 비즈니스 애플리케이션을 위한 백업 데이터 스토리지 및 실행 센터의 생성 및 지원과 같은 기능을 제3자에게 이전하기도 합니다.
운영 및 유지 관리 단계에서는 인력 교육에 특별한 주의를 기울여야 하며 이에 따라 이 프로세스에 대한 투자를 계획해야 합니다.
라이프 사이클은 하향식 설계 원칙에 따라 형성되며 일반적으로 반복적 성격을 갖습니다. 구현 단계는 맨 처음부터 시작하여 요구 사항 및 외부 조건의 변화, 제한 사항 도입에 따라 주기적으로 반복됩니다. 등. 라이프 사이클의 각 단계에서 특정 문서 및 기술 솔루션 세트가 생성됩니다. 또한 각 단계마다 이전 단계에서 얻은 문서 및 결정이 출발점입니다. 각 단계는 생성된 문서와 솔루션이 출력과 일치하는지 확인하는 것으로 끝납니다.
기존 수명주기 모델은 개발 중 단계의 순서와 단계 간 전환 기준을 결정합니다. 이에 따라 다음 세 가지 모델 ZhShch4]가 가장 널리 퍼져 있습니다.
1. 캐스케이드 모델(70~80년대)은 이전 단계에서 작업이 완전히 완료된 후 다음 단계로의 전환을 제공하며 데이터와 해당 처리 프로세스가 명확하게 분리되는 것이 특징입니다(그림 2.6).
쌀. 2.6. 캐스케이드 IP 수명주기 모델
2. 중간 제어(80-85초)가 포함된 단계별 모델 - 단계 간 피드백 주기가 포함된 반복 개발 모델입니다. 이 모델의 장점은 단계 간 조정이 계단식 모델에 비해 노동 강도가 낮다는 것입니다. 반면에 각 단계의 수명은 전체 개발 기간에 걸쳐 연장됩니다.
3. 나선형 모델(86 - 90년대) - 라이프사이클의 초기 단계인 요구 사항 분석, 사양 설계, 이전 및 세부 설계에 중점을 둡니다. 이 단계에서는 프로토타입을 제작하여 기술 솔루션의 타당성을 확인하고 정당화합니다. 나선형의 각 회전은 시스템의 조각 또는 버전을 생성하기 위한 단계별 모델에 해당하며, 프로젝트의 목표와 특성이 명확해지고 품질이 결정되며 다음 단계의 작업이 수행됩니다. 나선이 계획되어 있습니다. 이러한 방식으로 프로젝트의 세부 사항이 심화되고 일관되게 지정되며 결과적으로 정당한 옵션이 선택되어 구현됩니다(그림 2.7).
쌀. 2.7. 나선형 IP 수명주기 모델
전문가들은 나선형 모델의 다음과 같은 장점에 주목합니다.
소프트웨어, 모델 및 프로토타입의 축적 및 재사용
설계 과정에서 시스템 개발 및 수정에 중점을 둡니다.
설계 과정의 위험 및 비용 분석.
나선형 모델을 사용할 때 정보 시스템 및 정보 기술의 설계 솔루션, 설계 도구, 모델 및 프로토타입이 축적되고 재사용됩니다. 설계 과정에서 시스템과 기술의 개발과 수정에 중점을 두고 있습니다. 위험 및 비용 분석은 시스템 및 기술을 설계하는 과정에서 수행됩니다.
정보기술디자인의 특징. 현대 정보 기술은 설계된 정보 시스템의 조건에서 구현됩니다.
설계 측면: 기술(하드웨어 및 통신 복합체), 소프트웨어 및 수학(모델 및 프로그램), 방법론(관리 기능 구현을 위한 수단 집합), 조직(관리 장치의 작업에 대한 문서 흐름 및 규정 설명), 작동(자동으로 구현되는 일련의 기술적, 논리적, 산술 작업).
"정보 시스템 개발 방법론"
조만간 현대 조직의 리더들은 비즈니스의 다양한 관리 기능을 자동화해야 한다는 결론에 도달합니다. 이는 일반적으로 생산 프로세스를 최적화하고 다양한 비즈니스 프로세스 관리를 최적화하여 비용을 절감하려는 욕구에서 비롯됩니다. . 이러한 경우 조직은 IT 서비스 시장에서 사용할 수 있는 기성 표준 정보 시스템을 구매하거나 특정 기업의 세부 사항과 활동 분야를 고려하여 특정 기업을 위한 전문가를 유치하고 직접 정보 시스템을 개발합니다. 첫 번째 옵션은 더 경제적이고 두 번째 옵션은 더 유망합니다. 특별히 개발된 IS는 조직의 구조를 고려하고 특정 조직의 기능을 자동화하는 데 더 적합해야 하기 때문입니다.
정보시스템 개발방법론의 기본 개념은 IS 수명주기. 시스템의 수명주기는 일반적으로 시스템 생성 필요성에 대한 결정이 내려지는 순간부터 시작되어 서비스에서 완전히 제거될 때 끝나는 연속 프로세스로 이해됩니다. 즉, IS의 수명주기는 다음과 같습니다. IP의 생성 및 사용 기간.
정보 시스템의 수명주기는 생성, 유지 관리 및 개발의 모든 단계를 포함합니다.
프로젝트 전 분석(정보 시스템이 의도된 대상의 기능 및 정보 모델 형성 포함)
시스템 설계(기술 사양 개발, 예비 및 기술 설계 포함)
시스템 개발(설계 단계에서 식별된 하위 시스템의 설계 사양을 기반으로 한 응용 프로그램의 프로그래밍 및 테스트 포함)
시스템 통합 및 조립, 테스트
시스템 운영 및 유지 관리;
시스템 개발.
설계 전 분석 단계에서는 시스템이 개발되는 주제 영역을 연구합니다. 미래 시스템에 대한 고객 요구 사항이 형성되고 시스템의 미래 기능 및 매개 변수가 설명됩니다. 미래의 자재 및 시간 비용에 대한 대략적인 추정이 이루어집니다.
설계 단계에서는 시스템 프로젝트가 다이어그램, 도면 및 계산 형식으로 개발되고 미래 시스템의 이미지가 설명되며 모든 구성 요소에 대한 설계 솔루션이 제공됩니다. 디자인의 목적은 기술 및 정보 형성, 수학, 소프트웨어 및 조직 및 법적 지원을 선택하는 것입니다.
IS의 효과적인 기능은 주로 설계 품질에 의해 결정됩니다. 설계 중에 시스템의 상세한 이미지가 생성되어 지속적인 개선을 통해 추가 기능을 수행할 수 있습니다. 설계 결과, IS 구축의 기초가 되는 일련의 기술 문서가 형성됩니다.
IC 설계는 다음과 같은 다양한 원칙을 기반으로 합니다.
원칙 체계적인또는 시스템 접근 방식. 체계성의 원리는 대상을 하나의 전체로 고려하는 것을 전제로 합니다. 시스템의 무결성을 보장하는 구조적 요소 간의 연결을 식별합니다. 시스템의 생산 및 경제 활동 방향과 시스템이 구현하는 기능을 설정합니다.
원칙 개발경제 정보 시스템(EIS) - IS를 생성할 때 객체를 변경 및 개발할 때 IT의 구조 조정 변경 및 구축을 위해 큰 비용 없이 신속하게 가능해야 함을 규정합니다.
- 호환성- 공동 기능 과정에서 다양한 수준과 유형의 EIS 간의 상호 작용 가능성을 가정합니다.
- 표준화 및 통일- 전자 정보 시스템(표준 소프트웨어 제품, 통합 문서, 장비)의 생성 및 개발에 표준, 통합 및 표준 솔루션의 사용이 포함됩니다.
- 효율성의 원칙– 생성 및 운영 비용과 생성된 시스템 기능의 효과 사이의 합리적인 관계.
- 완성– 이는 정보를 수집, 전송, 축적, 저장하는 절차와 관리 결정을 내리는 절차를 단일 기술 프로세스로 통합하는 것입니다.
시스템의 실제 생성은 개발 단계에서 발생합니다.
개발 단계의 필요성은 시스템 사용 기간(약 10년)에 걸쳐 하드웨어와 소프트웨어가 도덕적으로나 물리적으로 노후화되기 때문에 주기적으로 소프트웨어와 하드웨어 기반을 현대화하는 것이 필요하기 때문입니다. 이다.
라이프사이클의 각 단계에서 특정 문서 및 기술 솔루션 세트가 형성되고, 각 단계마다 이전 단계에서 얻은 초기 문서 및 결정이 사용됩니다.
IS 생성 프로세스의 진행(단계 실행 순서, 단계 간 이동 기준)은 선택한 IS 수명 주기 모델에 따라 달라집니다. 수명주기 모델- 수명주기 전반에 걸쳐 수행되는 프로세스, 작업 및 작업 간의 실행 순서와 관계를 결정하는 구조입니다.
현재까지 다음 두 가지 주요 수명주기 모델이 가장 널리 보급되었습니다.
캐스케이드 모델(70-85);
나선형 모델(86~90세).
캐스케이드 방식- 전체 개발을 여러 단계로 나누고, 한 단계에서 다음 단계로의 전환은 현재 단계의 작업이 완전히 완료된 후에만 발생합니다(그림 1.2.1). 본 강의와 함께 제공되는 텍스트 파일에서 캐스케이드 접근 방식에 따른 IS 개발 다이어그램을 볼 수 있습니다.
계단식 접근 방식 사용의 긍정적인 측면:
각 단계에서 완전성과 일관성 기준을 충족하는 완전한 설계 문서 세트가 생성됩니다.
논리적 순서로 수행되는 작업 단계를 통해 모든 작업의 완료 시간과 해당 비용을 계획할 수 있습니다.
캐스케이드 접근 방식은 정보 시스템 구축에서 잘 입증되었으며, 이에 대한 모든 요구 사항은 개발 초기에 매우 정확하고 완전하게 공식화될 수 있습니다. 복잡한 계산 시스템, 실시간 시스템 및 기타 유사한 작업이 이 범주에 속합니다.
계단식 접근 방식의 가장 큰 단점은 발생한 변경 사항(예: 고객 요구 사항 변경으로 인해)으로 인해 이전 단계로 돌아가야 하는 경우가 많기 때문에 결과 획득이 크게 지연된다는 것입니다.
나선형 모델, 캐스케이드와 달리 정보 시스템을 개발하는 반복적인 프로세스가 포함됩니다. 각 반복은 전체 개발 주기를 나타내며, 결과적으로 반복을 통해 개선되어 완전한 시스템이 되는 제품의 내부 또는 외부 버전(또는 최종 제품의 하위 집합)이 출시됩니다. 제시된 그림을 보면 나선형 모델을 사용한 개발 원리가 명확해집니다.
나선형의 각 회전은 IP의 새로운 조각 또는 버전의 생성에 해당합니다. 프로젝트의 목표와 특성이 명확해지고 품질이 결정되며 나선형의 다음 회전 작업이 계획됩니다. 이 경우 나선형의 한 바퀴는 계단식 계획과 유사한 전체 프로젝트 주기를 나타냅니다. 나선형 모델을 사용하면 현재 프로젝트가 완전히 완료될 때까지 기다리지 않고 프로젝트의 다음 단계로 이동할 수 있습니다. 완료되지 않은 작업은 다음 반복에서 완료될 수 있습니다.
요즘에는 나선형 모델이 더 일반적입니다. 그 이유는 폭포수 모델에 비해 위험 수준이 낮고, 개발 시간이 단축되며, 변경이 용이하기 때문입니다. 일반적으로 나선형 모델은 캐스케이드 모델에 비해 더 유연한 것으로 나타났습니다.
나선형주기의 주요 문제는 다음 단계로의 전환 순간을 결정하는 것입니다. 계획된 작업이 모두 완료되지 않더라도 전환은 계획대로 진행됩니다.
현대 자동화 제어 시스템의 복잡성이 증가하고 그에 대한 요구 사항이 증가함에 따라 전체 수명 주기에 걸쳐 정보 시스템을 생성하고 유지 관리하기 위한 효과적인 기술을 사용해야 합니다. 원전의 전체 수명주기 또는 주요 단계를 지원하는 데 중점을 둔 이러한 기술을 CASE 기술이라고 합니다. (컴퓨터 도움을 받음 체계 공학) . CASE 기술은 IS 설계 방법론이자 주제 영역을 시각적으로 모델링하고 IS 개발 및 유지 관리의 모든 단계에서 이 모델을 분석하며 사용자의 정보 요구에 따라 애플리케이션을 개발할 수 있는 도구 세트입니다. 지난 10년 동안 AIS를 생성하고 유지하기 위해 CASE 기술을 구현하는 일련의 소프트웨어 및 기술 도구(CASE 도구)가 등장했습니다. 현재 CASE 도구(>300)는 복잡한 AIS를 개발하는 전체 프로세스를 전체적으로 다루고 있습니다. 이제 CASE 도구라는 용어는 요구 사항 분석 및 공식화, 애플리케이션 소프트웨어 및 데이터베이스 설계를 포함하여 AIS 생성 및 유지 관리 프로세스를 지원하는 소프트웨어를 의미합니다. 데이터, 코드 생성, 테스트, 문서화, 품질 보증, 구성 관리, 프로젝트 관리 및 기타 프로세스.
사례 도구:
자동 제어 수단을 통해 생성된 AIS(AIT)의 품질을 향상시킵니다.
이를 통해 짧은 시간에 미래 자동화 정보 시스템(AIT)의 프로토타입을 생성할 수 있으므로 초기 단계에서 예상 결과를 평가할 수 있습니다.
시스템 설계 및 개발 프로세스 속도를 높입니다.
이를 통해 개발자는 일상적인 작업에서 벗어나 개발의 창의적인 부분에 전적으로 집중할 수 있습니다.
AIS(AIT) 개발 지원 및 지원
개발 컴포넌트 재사용 기술을 지원합니다.
최신 CASE 도구는 간단한 분석 및 문서화 도구부터 전체 소프트웨어 수명주기를 포괄하는 본격적인 자동화 도구에 이르기까지 수많은 IS 설계 기술에 대한 광범위한 지원을 포함합니다.
일반적으로 CASE 도구에는 소프트웨어 수명주기에서 하나 이상의 프로세스를 자동화하는 소프트웨어가 포함되며 다음과 같은 주요 특징이 있습니다.
· IP 설명 및 문서화를 위한 강력한 그래픽 도구로 개발자에게 편리한 인터페이스를 제공하고 창의적인 능력을 개발합니다.
· CASE 도구의 개별 구성 요소를 통합하여 IS 개발 프로세스의 제어 가능성을 보장합니다.
· 특별히 구성된 프로젝트 메타데이터 저장소(저장소) 사용.
CASE 자금에는 다음 유형이 구별됩니다.
소규모 자율 작업을 해결하는 로컬 도구(도구),
IS 라이프사이클의 대부분 단계를 포괄하는 부분적으로 통합된 도구 세트(툴킷)
IS의 전체 수명주기를 지원하고 공통 저장소로 연결되는 완전히 통합된 도구(CASE-도구 복합체)입니다.
통합 CASE 도구(또는 전체 소프트웨어 수명주기를 지원하는 도구 세트)에는 다음 구성 요소가 포함되어 있습니다.
· CASE 도구의 기초가 되는 저장소. 프로젝트 버전과 개별 구성 요소의 저장, 그룹 개발 중 다양한 개발자로부터 받은 정보의 동기화, 완전성과 일관성을 위한 메타데이터 제어를 보장해야 합니다.
· IS 모델을 형성하는 계층적으로 관련된 다이어그램(DFD, ERD 등)의 생성 및 편집을 제공하는 그래픽 분석 및 설계 도구.
· 4GL 언어 및 코드 생성기를 포함한 애플리케이션 개발 도구;
· 구성 관리 도구;
· 문서화 도구;
· 테스트 도구;
· 프로젝트 관리 도구;
· 리엔지니어링 도구.
b) 유형별 :
도메인 모델 구축 및 분석을 위해 설계된 분석 도구(Upper CASE)
가장 일반적인 설계 방법론을 지원하고 설계 사양을 생성하는 데 사용되는 분석 및 설계 도구(중간 CASE)입니다. 이러한 도구의 결과는 시스템 구성 요소 및 인터페이스, 시스템 아키텍처, 알고리즘 및 데이터 구조의 사양입니다.
가장 일반적인 DBMS에 대한 데이터 모델링 및 데이터베이스 스키마 생성(일반적으로 SQL 언어)을 제공하는 데이터베이스 설계 도구입니다.
애플리케이션 개발 도구.
프로그램 코드와 데이터베이스 스키마를 분석하고 이를 기반으로 다양한 모델과 설계 사양을 구성하는 리엔지니어링 도구입니다.
오늘날 러시아 소프트웨어 시장에는 다음과 같은 가장 발전된 CASE 도구가 있습니다.
ERwin+BPwin;
CASE.분석가;
합리적인 로즈.
IS 개발의 중요한 특징 중 하나는 개발 시간입니다. 완전한 시스템을 구축하는 데 필요한 시간은 수개월에서 1년이 걸리는 경우가 많습니다. 대부분의 기업이 이 기간을 단축하는 데 관심이 있는 것은 당연합니다. 이 문제에 대한 가능한 해결책 중 하나는 RAD(Rapid Application Development) 방법론을 사용하여 IS를 개발하는 것입니다. = 신속한 애플리케이션 개발 방법론.
RAD 방법론의 기본 원칙은 다음과 같이 요약될 수 있습니다.
반복적(나선형) 개발 모델 사용
수명주기의 각 단계에서 작업을 완전히 완료할 필요는 없습니다.
정보 시스템을 개발하는 과정에서 고객 및 미래 사용자와의 긴밀한 상호 작용이 보장됩니다.
CASE 도구와 신속한 애플리케이션 개발 도구가 사용됩니다.
구성 관리 도구는 프로젝트 변경 및 완성된 시스템 유지 관리를 용이하게 하는 데 사용됩니다.
프로토타입은 최종 사용자의 요구 사항을 더 잘 이해하고 실현하는 데 사용됩니다.
프로젝트의 테스트 및 개발은 개발과 동시에 수행됩니다.
개발은 소규모의 잘 관리된 전문가 팀에 의해 수행됩니다.
시스템 개발에 대한 유능한 관리, 작업 실행에 대한 명확한 계획 및 제어가 제공됩니다.
신속한 애플리케이션 개발 방법론을 사용할 때 정보 시스템의 수명주기는 다음 네 단계로 구성됩니다.
요구사항 분석 및 계획
설계;
건축;
구현.
RAD 방법론은 복잡한 계산 프로그램, 운영 체제 및 복잡한 엔지니어링 및 기술 개체를 관리하기 위한 프로그램, 즉 대량의 고유 코드를 작성해야 하는 프로그램을 만드는 데에도 적합하지 않습니다.
완전히 받아들일 수 없는 방법론 라드운송 제어 시스템이나 원자력 발전소와 같이 인간의 안전이 의존하는 시스템 개발에 사용됩니다.
설계 방법에는 구조적 설계와 객체 지향 설계라는 두 가지 주요 설계 방법이 있습니다.
IS 개발에 대한 구조적 접근 방식의 본질은 자동화된 기능으로의 분해(분류)에 있습니다. 시스템은 기능적 하위 시스템으로 나뉘며, 이는 다시 하위 기능으로 나뉘고 작업으로 세분화됩니다. 분할 프로세스는 특정 절차까지 계속됩니다. 동시에 자동화 시스템은 모든 구성요소가 상호 연결되는 전체적인 관점을 유지합니다. 개별 작업부터 전체 시스템까지 '상향식'으로 시스템을 개발하다 보면 무결성이 상실되고, 개별 구성 요소의 정보 연결에 문제가 발생한다.
객체 지향 설계에는 시스템의 객체 기반 분해가 포함됩니다. 객체는 주어진 주제 영역에서 중요한 기능적 목적을 갖는 실제 개체입니다. 객체는 구조, 상태 및 명확하게 정의된 동작으로 특징지어집니다. 개체의 상태는 가능한 모든(일반적으로 정적) 속성 목록과 이러한 각 속성의 현재 값(일반적으로 동적)으로 정의됩니다. 객체의 속성은 해당 매개변수의 값에 따라 결정됩니다.
그래서 오늘 우리는 IP 개발 프로세스의 몇 가지 측면을 살펴보았습니다. 특히 IS 수명주기가 무엇인지 정의하고 주요 단계를 설명했으며 IS 수명주기의 두 가지 주요 모델인 계단식 모델과 나선형 모델을 특성화했습니다. 그런 다음 IS의 개발 및 유지 관리에 중요한 도구인 IS를 분석, 설계, 개발 및 효과적으로 사용하는 데 도움이 되는 CASE 도구를 확인했습니다. IS의 전체 수명주기를 지원합니다.
IS와 IT를 만드는 것은 복잡한 설계 프로세스입니다. 설계의 목적은 설계 문서를 준비하고 조직을 위한 인간-기계 관리 시스템을 구현하는 것입니다. 설계 과정에서 경제적 대상의 가장 본질적인 특성이 식별되고, 외부 및 내부 정보 흐름이 연구되고, 연구 중인 시스템과 해당 요소의 수학적 및 물리적 유사체가 생성되고, 인간과 기술 제어 간의 상호 작용 조건이 생성됩니다. 설립되었습니다.
IS를 기술적인 측면에서 살펴보면 제어장치(AC)를 부각할 수 있다. 나머지 구성 요소인 정보 기술(IT), 기능 문제 해결을 위한 정보 시스템(ISPS) 및 의사 결정 지원 시스템(DSS)은 정보 및 기술적으로 상호 연결되어 IS 아키텍처의 기초를 형성합니다.
정보 기술에 대해 신중하게 설계된 기술 지원을 통해 기능적 관리 문제를 성공적으로 해결할 수 있을 뿐만 아니라 DSS 프레임워크 내에서 관리자와 조직의 책임자가 후속 관리 결정을 위해 분석 및 예측 작업을 대화식으로 수행할 수 있습니다.
정보 기술을 위해 설계된 기술 지원의 필수 요소는 정보, 언어, 기술, 소프트웨어, 수학, 조직, 법률, 인체 공학적입니다.
정보 지원(IS)은 IS에서 순환하는 정보의 양, 배치 및 구성 형태에 관한 일련의 설계 결정입니다.
언어 지원(LS) - 자연어를 형식화하고 사용자와 컴퓨터 장비 간의 통신 중에 정보 단위를 구성 및 결합하기 위한 언어 도구 세트를 결합합니다.
기술지원(TS)은 IT의 운영을 보장하는 일련의 기술적 수단(정보의 수집, 등록, 전송, 처리, 표시, 재생산, 사무기기 등을 위한 기술적 수단)입니다.
소프트웨어(SW) - IS의 기능과 작업을 구현하고 복잡한 기술적 수단의 안정적인 작동을 보장하는 일련의 프로그램을 포함합니다.
수학 소프트웨어(MS)는 기능적 문제를 해결하고 설계 작업을 자동화하는 과정에서 사용되는 수학적 방법, 모델 및 정보 처리 알고리즘의 집합입니다.
조직 지원(OS)은 IS 설계 프로세스 중에 작성되고 승인되어 운영 기반으로 사용되는 일련의 문서입니다.
법적 지원(LbS)은 IP 및 IT의 생성 및 구현 과정에서 법적 관계를 규제하는 일련의 법적 규범입니다.
인체공학적 지원(ES) - IS 및 IT의 다양한 개발 및 운영 단계에서 사용되는 일련의 방법 및 도구로서 IT에서 고품질, 고효율 및 오류 없는 인간 활동을 위한 최적의 조건을 조성하기 위한 것입니다. 가장 빠른 발전.
비즈니스 엔지니어링은 조직(기업, 회사)의 수용된 관리 구조를 변경하지 않고 재무 상태가 개선될 때 비즈니스 관리 방법 및 절차를 개발하기 위한 일련의 설계 작업을 구현하는 것으로 이해됩니다.
엔지니어링에는 비즈니스 설계를 위한 다양한 기술이 있습니다.
설계된 사업을 위한 단계별 절차를 강조합니다.
절차를 설명하는 표기 시스템 도입;
주어진 목표에 맞게 설계된 비즈니스 옵션의 준수 정도를 설명하기 위해 경험적 방법과 실용적인 솔루션을 사용합니다.
비즈니스 프로세스는 시간이 지남에 따라 참가자 간의 상호 작용 발전을 고려하여 조직(기업, 회사, 기업)의 주요 활동과 조직 구조에 대한 투영에 대한 전체적인 설명으로 이해됩니다.
비즈니스 리엔지니어링 프로젝트에는 일반적으로 다음 단계가 포함됩니다.
미래 조직의 이미지 개발;
기존 사업 분석;
신규 사업 개발;
새로운 사업 소개.
시뮬레이션은 대체 솔루션을 비교할 때 분석의 정확성과 차이점의 명확성을 모두 제공하는 가장 성공적인 접근 방식입니다. 자동화된 관리자의 워크스테이션을 제공하는 개인용 컴퓨터에서 시뮬레이션 모델링을 성공적으로 구현하는 것도 중요합니다.
단일 정보 공간은 전문가의 역량 및 액세스 권한 내에서 기업의 모든 정보 자원에 대한 즉각적인 액세스를 제공하는 방법론, 조직, 소프트웨어, 기술 및 통신 도구 세트로 이해됩니다.
통제는 솔루션을 찾는 일련의 방법입니다. 시스템 관리의 개념과 관리자의 사고 방식은 조직의 장기적으로 효과적인 기능을 보장하려는 욕구에 기반을 두고 있습니다. DSS를 설계하는 과정에서 제어 작업을 구현하기 위해 컨트롤러라고 하는 특수 정보 모델이 생성됩니다.
컨트롤러는 관리 시스템에서 전략 및 운영 제어 작업을 구현하고 관리 활동 영역(마케팅, 자원 제공, 투자 등)의 전략 및 전술적 문제를 해결하기 위한 일련의 방법 및 도구입니다.
위의 접근 방식에 따라 IS 및 IT 관리 생성의 기본 원칙이 형성됩니다.
IS의 지원 요소와 기능 요소를 체계적이고 논리적으로 구성합니다.
경제적이고 수학적 방법과 예측 및 통계적 성격의 표준 프로그램이 널리 사용됩니다. 조직의 생산 및 재무 활동을 관리하는 작업은 대부분 분석, 최적화 또는 계획 작업으로 제시됩니다.
시스템을 여러 작업 복합체(모듈)로 분해하는 작업을 포함하며, 각 작업은 특정 관리 활동 영역을 모델링합니다.
새로운 방법의 사용과 새로 생성된 소프트웨어 모듈을 관리 자동화 시스템에 포함합니다. IC 설계는 처음에는 모듈식 원리를 기반으로 해야 하며, 컴퓨터 구현에서는 소프트웨어 구조를 개선하여 확장이 가능해야 합니다.
이것이 모든 요소와 시스템 전체의 적응 원리입니다. 이는 작업 분석, 기술 및 경제 지표, 모듈 그룹화부터 목표 수립에 이르기까지 IS 관리 구축 이념에 완전히 스며들어야 합니다.
관리자 업무의 최종 결과물은 결정과 행동입니다. 그가 내리는 결정은 기업의 성공 또는 실패로 이어집니다. 의사결정은 항상 여러 가지 가능한 활동 중에서 특정 활동 방향을 선택하는 것입니다. 경제에서 조직을 관리하는 프로세스는 관리 결정의 형성 및 구현을 통해서만 구현되므로 다양한 특성을 갖고 다양한 데이터 소스가 필요한 결정 유형에 중점을 둘 것입니다.
운영 결정은 주기적입니다. 동일한 문제가 주기적으로 발생합니다. 결과적으로 의사결정 과정은 상대적으로 일상적이고 거의 문제가 없게 됩니다. 의사결정에 사용되는 비즈니스 프로세스의 매개변수(특성)가 정의되고, 이에 대한 평가가 높은 정확도로 알려지며, 매개변수와 의사결정의 관계가 명확해집니다. 운영상의 결정을 내리면 완전히 예상되고 예측 가능한 결과가 나옵니다. 운영 솔루션은 단기적입니다.
전술적 결정은 일반적으로 최고 수준 의사 결정자가 설정한 목표와 의도를 달성하기 위한 수단을 제공하는 중간 수준 관리자가 내립니다. 전술적 결정은 운영 결정만큼 일상적이고 구조화되지 않습니다. 전술적 결정의 일부인 제어 개체의 모든 주요 매개 변수는 알려져 있지 않습니다. 중요하다고 식별된 특성의 등급은 알려져 있지 않을 수 있으며, 특성과 결정 간의 관계가 명확하지 않을 수 있습니다.
전략적 결정은 회사 헌장에 정의되고 기업의 최고 경영진이 지정한 회사 목표를 기반으로 이루어집니다. 이러한 목표는 장기 계획의 기반이 되어야 할 기반과 기업의 중요한 요소 식별을 정의합니다. 이러한 결정은 전술적, 운영적 결정의 기초를 제공합니다.
각 단계에서 사용되는 모델과 방법을 살펴보겠습니다. 첫 번째 단계에서는 주로 비공식적인 방법을 사용하여 다음을 수행합니다.
문제를 공식화하십시오.
목표를 식별하십시오.
의사결정을 평가하기 위한 기준을 공식화합니다.
문제가 정량적 지표나 정성적 특성을 통해 인식되고 식별되면 목표가 수립될 수 있습니다. 목표는 문제의 반대입니다. 문제가 의사결정자가 원하지 않는 것이라면 목표는 의사결정자가 원하는 것입니다.
의사결정의 두 번째 단계에서는 다양한 옵션(대안)을 검색합니다. 옵션은 다양한 측정 형태와 규모에서 찾을 수 있습니다. 옵션은 일반적으로 옵션이 많지 않은 경우 나열하거나 해당 속성을 설명하여 지정됩니다.
3단계에서는 2단계에서 수립된 선택기준에 따라 비교, 평가, 솔루션 선택이 이루어진다. 옵션을 평가하는 모든 방법은 두 그룹으로 나눌 수 있습니다.
확실성 조건 하에서 사용되는 방법;
위험 상황에서 사용되는 방법.
소프트웨어 셸이 있는 상태에서 DSS를 설계하는 단계는 다음과 같습니다.
주제 영역에 대한 설명, 시스템 생성 목표 및 문제 설명 구현.
시스템 사전 편집.
지식 기반 및 데이터베이스 개발.
시스템 구현.
1 단계. 주제 영역에 대한 설명, 시스템 생성 목표 및 문제 설명 구현. 설명은 여러 형태로 주제 영역의 세부 사항을 반영해야 합니다. 첫 번째는 프로세스, 개체 및 프로세스 간의 연결 내용을 텍스트로 표현한 것입니다. 두 번째 형태의 설명은 사용자가 직면한 목표 트리 또는 AND-OR 트리를 그래픽으로 표현한 것입니다.
문제의 공식화에는 시스템 기능의 결과, 초기 데이터뿐만 아니라 초기 데이터를 결과 데이터로 변환하는 절차, 공식 및 알고리즘에 대한 일반적인 설명이 포함됩니다.
2단계. 시스템 사전 편집. 시스템 사전은 개발자가 조건, 목표, 결론 및 가설을 나타내기 위해 사용하는 단어, 구문, 코드, 이름의 집합입니다. 사전 덕분에 사용자는 시스템의 결과를 이해할 수 있습니다. 사전을 편찬하는 것은 중요한 작업이다. 조건과 답을 명확하게 정의하면 시스템 운영의 효율성이 획기적으로 높아지기 때문이다.
3단계. 지식 기반 및 데이터베이스 개발. 일반적으로 지식 베이스는 계산 공식이 포함된 목표 트리와 규칙 베이스(추론 네트워크)라는 두 가지 구성 요소로 구성됩니다. 룰 베이스는 목표 그래프와 이전에 수립된 가설을 기반으로 생성됩니다. 여기서 주된 관심은 초기 조건의 확실성 계수와 처리 규칙에 있습니다.
4단계. 구현. 시스템의 올바른 작동을 확인하고 평가합니다. 결과가 확립되고 시스템 시작 프로세스 중에 얻은 결과와 비교됩니다. 중간 계산도 방법과 이유에 대한 질문에 답하는 블록을 사용하여 확인됩니다.
정보 시스템(IS) 설계 기술은 시스템 및 해당 구성 요소의 설계를 생성하거나 마무리하는 일반적인 개념을 구현하는 것을 목표로 논리적 순서로 정렬된 일련의 방법론적 기술, 기술적 수단 및 설계 방법으로 이해됩니다. 제어 시스템 개발을 위해서는 설계 기반의 품질과 구성이 매우 중요합니다.
IS 디자인의 기술 체인과 그 주요 구성 요소인 IT의 기본 기본 구조는 기술 프로세스의 별도 링크인 소위 기술 운영입니다.
이 개념은 IT 개발 프로세스에 대한 사이버네틱스 접근 방식을 기반으로 정의됩니다. 이 프로세스의 자동화는 기술 작업을 공식화하고 이를 상호 연결된 설계 절차와 표현의 기술 체인으로 순차적으로 결합해야 할 필요성을 미리 결정합니다.
주제 영역에 대한 프로젝트 전 조사에는 객체의 모든 특성 및 관리 활동, 내부 및 외부 정보 연결의 흐름, 새로운 기술 조건에서 작업할 작업 및 전문가 구성, 수준을 식별하는 작업이 포함됩니다. 시스템의 미래 사용자로서 컴퓨터 및 전문 교육을 받습니다.
첫 번째 경로, 즉 애플리케이션 패키지에 포함된 표준 설계 솔루션을 사용할 수 있습니다. 다음 유형의 활동은 정보화에 가장 효과적으로 적합합니다.
관리 및 재무를 포함한 회계;
경제 활동을 위한 참고 및 정보 서비스;
관리자의 업무 조직;
문서 흐름 자동화;
경제 및 금융 활동;
교육.
자동화된 설계 시스템은 설계 작업을 수행하는 두 번째로 빠르게 발전하는 방법입니다.
IS 및 IT 설계 자동화 분야에서는 지난 10년 동안 CASE(Computer-Aided Software/System Engineering)라는 새로운 방향이 등장했습니다. CASE는 IS 및 IT를 생성하고 유지하는 실무에서 확고히 확립된 IS 설계 및 개발 프로세스를 자동화할 수 있는 시스템 분석가, 개발자 및 프로그래머를 위한 툴킷입니다. CASE의 주요 목표는 IS와 IT의 설계를 코딩 및 후속 개발 단계에서 분리하고 시스템 개발 및 운영 프로세스를 최대한 자동화하는 것입니다.
구조적 방법론의 자동화와 결과적으로 최신 시스템 및 소프트웨어 엔지니어링 방법을 사용할 가능성 외에도 CASE는 다음과 같은 주요 이점을 가지고 있습니다.
자동 제어 수단(주로 프로젝트 제어)을 통해 생성된 정보 시스템(IT)의 품질을 향상합니다.
짧은 시간 내에 미래 IS(IT)의 프로토타입을 생성할 수 있어 초기 단계에서 예상 결과를 평가할 수 있습니다.
시스템 설계 및 개발 프로세스 속도를 높입니다.
개발자를 일상적인 작업에서 해방시켜 디자인의 창의적인 부분에만 전적으로 집중할 수 있도록 합니다.
이미 작동 중인 IS(IT)의 개발 및 유지 관리를 지원합니다.
개발 컴포넌트를 재사용하기 위한 기술을 지원합니다.
대부분의 CASE 도구는 방법론/방법/표기법/도구라는 과학적 접근 방식을 기반으로 합니다. 방법론은 개발된 IS에 대한 프로젝트, 작업 단계 및 순서를 평가하고 선택하기 위한 지침은 물론 방법의 적용 및 목적에 대한 규칙을 공식화합니다. 현재까지 CASE 기술은 독립적인 과학 집약적 방향으로 구체화되어 수백 개의 회사와 다양한 방향의 회사를 통합하는 강력한 CASE 산업의 형성으로 이어졌습니다.
적시성은 IS와 IT의 시간적 특성을 특징으로 하며 의사결정을 위한 실제 조건에서 현재 순간에 사용자가 필요로 하는 정보의 총 지연 시간 형태로 정량적으로 표현됩니다. 정보 수신 시 지연되는 시간이 짧을수록 IS는 이 요구 사항을 더 잘 충족합니다.
IS 신뢰성의 일반 지표에는 다음과 같은 여러 가지 중요한 특성이 포함되어 있습니다.
기술적 실패 빈도;
수학적 모델의 적절성 정도;
프로그램의 순수성 검증;
정보 신뢰성의 상대적 수준;
인체공학적 IS 지원의 신뢰성을 나타내는 통합 지표입니다.
시스템의 적응 속성은 조직의 내부 관리 및 생산 환경의 주변 외부 배경 변화에 적응하는 능력을 반영합니다. 고객의 중요한 임무는 전체 시스템의 기능에 근본적으로 중요한 제어 및 출력 매개변수 값의 편차를 허용하는 한계를 설계 단계에서 공식화하는 것입니다.
일반적으로 문제 설명은 근본적으로 중요한 네 가지 구성 요소로 구성됩니다.
조직적, 경제적 계획과 그 설명;
적용된 수학적 모델 세트;
계산 알고리즘에 대한 설명;
시스템의 정보 모델을 구성하기 위한 개념.
이를 기반으로 개발된 수학적 모델과 알고리즘은 확실성(명확성), 문제의 다양한 대안 상황에 대한 불변성, 효율성(유한한 수의 단계에서 문제를 해결하는 능력)이라는 세 가지 요구 사항을 충족해야 합니다. 알고리즘화의 결과는 논리적으로 구성되고 디버깅된 블록 다이어그램입니다.
작업의 공식화 및 추가 컴퓨터 구현에는 이론적 기초 및 정보 기술과 관련된 기본 개념의 숙달이 필요합니다. 여기에는 다음이 포함됩니다.
경제정보의 속성, 특징 및 구조;
조건부 영구 정보, 그 역할 및 목적
저장 매체, 기계 매체 레이아웃;
정보를 공식적으로 설명하는 수단;
알고리즘, 그 속성 및 표현 형태;
입력 및 출력 정보를 모니터링하는 목적 및 방법;
컴퓨터 장치의 구성 및 목적;
