마인드 맵 갤러리 프로젝트 정보 문서 관리 및 구성 관리
이 지도에는 두 가지 주요 콘텐츠가 포함되어 있습니다. 1.정보문서 및 그 관리 2. 구성 관리
2020-09-09 09:42:20에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
프로젝트 정보(문서) 및 구성 관리
정보 문서 및 관리
의미: 정보시스템 관련 정보(문서)란 특정 데이터 매체와 그에 기록되는 데이터를 말합니다. 이는 영구적이며 사람이나 기계가 읽을 수 있으며 일반적으로 사람이 읽을 수 있는 내용을 설명하는 데에만 사용됩니다.
유형:
중요성 및 품질 요구 사항
비공식 문서
공식 문서
프로젝트 주기 관점
개발 문서
제품 문서
문서 관리
상세한 14개 카테고리 문서
타당성 조사 보고서
프로젝트 개발 계획
소프트웨어 요구사항 사양
데이터 요구 사항 설명
개요 설계 사양
자세한 디자인 지침
데이터베이스 설계 지침
사용자 매뉴얼
운영 매뉴얼
모듈 개발 서류
테스트 계획
테스트 분석 보고서
개발 진행 상황 월별 보고서
프로젝트 개발 요약 보고서
규칙과 방법
문서작성기준
차트 번호 매기기 규칙
문서 디렉토리 작성 규칙
문서관리 시스템
구성 관리
시스템을 위해 구성 변경을 제어하고, 시스템 수명 주기 전반에 걸쳐 구성 무결성과 추적성을 유지하며, 다양한 시점에서 시스템 구성을 식별하는 규율입니다(ber97). 지원 소프트웨어 라이프사이클 프로세스(IEE12207.0-96)입니다.
IEEE6.10.12-90에서 구성 관리는 다음과 같이 공식적으로 정의됩니다. 기술 및 관리 지침과 감독을 적용하여 구성 항목의 기능적, 물리적 특성을 식별 및 문서화하고 이러한 특성에 대한 변경을 제어하며 변경 처리 프로세스 및 구현을 기록 및 보고합니다. 상태, 검증 및 지정된 요구 사항 준수.
주요 활동: 구성 식별, 변경 제어, 상태 보고 및 구성 감사
구성 관리와 관련된 개념:
구성 항목
구성 관리 목적으로 지정되고 구성 관리 프로세스 중에 별도의 엔터티로 처리되는 하드웨어, 소프트웨어 또는 둘 다의 모음입니다.
구성 라이브러리
소프트웨어 개발, 사용 및 유지 관리를 지원하는 제어된 소프트웨어 및 관련 문서(IEEE610.12-90) 세트로, 소프트웨어 릴리스 관리 및 제공 활동에서 중요한 역할을 합니다.
구성 관리 활동 및 프로세스
주로 구성 관리 계획 수립, 구성 식별 및 기준 설정, 구성 관리 시스템 구축, 버전 관리, 구성 상태 보고 및 구성 감사가 포함됩니다.
구성 관리 시스템
소프트웨어 엔지니어링의 중요한 부분입니다.
그 목적은 소프트웨어 형상 관리 규칙을 과소평가하고 표준화된 소프트웨어 형상 항목 관리 소프트웨어 시스템을 제공함으로써 소프트웨어 개발 프로세스의 품질 관리를 강화하고, 소프트웨어 개발 프로세스의 제어성을 향상시키며, 소프트웨어 형상 관리 항목이 완전하다는 것을 보장하는 것입니다. , 명확하고 일관되며 추적 가능성이 있습니다.
기준선
고유하게 식별된 요구 사항, 설계, 소스 코드 문서, 해당 실행 코드, 구성 문서 및 사용자 문서 세트가 기준선을 형성합니다.
기준선이 설정되기 전에 제품 소유자는 신속하고 비공식적으로 제품을 변경할 수 있습니다. 기준선이 설정된 후에는 변경 사항을 평가하고 검증하기 위한 공식 절차를 통해 변경 사항이 제어됩니다.
구성 관리 계획 개발
1. 구성 관리 계획 준비를 위한 기본 단계:
특정 프로젝트에 대한 소프트웨어 구성 관리 프로세스 계획을 개발할 때 조직의 상황, 적용 가능한 제약 조건, 일반적으로 허용되는 지침 및 프로젝트 성격과 일치해야 합니다.
다루는 주요 활동은 다음과 같습니다.
소프트웨어 구성 식별자
소프트웨어 구성 제어
소프트웨어 구성 상태 보고서
소프트웨어 구성 감사
소프트웨어 릴리스 관리 및 제공
2. 형상관리계획의 주요 내용:
구성 관리 소프트웨어 및 하드웨어 자원, 구성 항목 계획, 기준 계획, 납품 계획, 백업 계획, 구성 감사 및 검토, 변경 관리 등이 포함됩니다.
변경 통제 위원회(CCB)가 계획을 승인합니다.
구성 식별 및 기준 설정
1. 기본 단계
구성 식별은 다음을 포함하여 구성 관리자의 기능입니다.
1. 제어해야 하는 소프트웨어 구성 항목을 식별합니다.
2. 각 제품과 해당 구성 요소 및 관련 문서에 고유 식별자를 할당합니다.
3. 각 구성 항목의 중요한 특성을 정의하고 소유자를 식별합니다.
4. 구성 요소, 데이터, 제품 획득 지점 및 기준을 식별합니다.
5. 기준선을 설정하고 제어합니다.
6. 문서 및 구성 요소 개정판과 제품 버전 간의 관계를 유지합니다.
기본 원칙: 기준 구성은 소프트웨어 개발자에게 공개되어 있으며 기준이 아닌 구성 항목은 PM, CCB 및 관련 직원에게 공개되어 있습니다.
2. 기준선 설정의 목적과 사업수행에 있어서의 적용
형상관리 시스템 구축
1. 구성관리 솔루션 구축을 위한 기본 단계
1. 형상관리계획 수립팀 구성
회원:
팀 리더
기술 지원 전문가
경영기술 전문가와 협력
구성 관리 시스템 사용자 대표
2. 대상 조직의 이해 및 추정
형상 관리 기술 전문가가 주도하고 관리 시스템 사용자 대표의 참여로 협력하여 기본 정보를 제공하고 팀 리더와 협력하여 관련 인력에 대한 심층 조사를 수행하여 보다 포괄적인 데이터를 얻습니다.
3. 구성 관리 도구 및 해당 공급자 평가
4. 실행 계획 개발
필요성과 영향요인, 인력 구성 및 분업, 일정 및 리스크 관리
5. 구성 관리 프로세스 정의
대상 조직의 조사 및 평가를 통해 기존 형상관리 프로세스를 정의하고, 형상관리 기술 전문가가 이를 추가로 분석하여 기존 형상관리 방법을 기반으로 새로운 프로세스를 개발합니다.
이후 선택된 형상관리 도구의 기능에 따라 새로운 프로세스의 자동화 가능한 링크는 형상관리 도구로 넘겨지고, 다른 링크는 새롭게 공식화된 형상관리 사양에 따라 제어됩니다.
6. 시범사업 실시
특정 위험 범위 내에서 선택된 구성 도구와 공식화된 구성 관리 사양이 대상 조직의 요구 사항을 충족할 수 있는지 확인하기 위해 현장 작업이 수행됩니다.
7. 전체 구현
파일럿 프로젝트를 통해 확인 및 수정된 형상관리 프로세스는 대상 조직의 다양한 프로젝트 및 관련 업무링크에 적용 및 구현될 수 있으며 궁극적으로 형상관리 프로세스를 일정화하고 표준화할 수 있다.
2. 구성 라이브러리 생성
구성 라이브러리 유형
1. 동적 라이브러리
소프트웨어 엔지니어의 작업 공간인 개발 라이브러리는 엔지니어가 제어합니다.
2. 제어 라이브러리
기본 라이브러리 또는 시스템 라이브러리는 현재 기준선을 관리하고 기준선에 대한 변경 사항을 제어하는 데 사용됩니다.
3. 정적 라이브러리
게시된 기준선을 보관하는 소프트웨어 저장소입니다.
4. 백업 라이브러리
다양한 버전의 소프트웨어와 관련 아키텍처, 데이터 및 문서의 복사본을 만드는 것이 포함됩니다. 다양한 지점에서 적시에 백업을 수행합니다.
구성 라이브러리 구성 모드
구성 항목 유형별로 데이터베이스 구축
업무별 데이터베이스 구축
구성 라이브러리 구축을 위한 도구
버전 관리
1. 구성 항목 상태 전환 규칙
상태: 초안, 공식, 개정됨
2. 구성 항목 버전 번호 식별
3. 구성 항목 버전 관리
그 목적은 특정 규칙에 따라 구성 항목의 모든 버전을 저장하여 버전 손실이나 혼란을 방지하고 구성 항목의 모든 버전을 빠르고 정확하게 찾는 것입니다.
변경 제어
1. 신청변경
프로젝트 관리자 등 관련 담당자가 변경 신청서를 작성하고 변경 내용, 변경 이유, 변경에 영향을 받는 구성 항목, 작업량 및 변경 실행자를 설명하여 CCB에 제출합니다. .
2. 변화 평가
변경된 내용이 타당한지 여부.
변경 범위가 정확하고 잘 고려되었는지 여부.
영향을 받는 구성 항목이 완전히 고려되었는지, 동시에 변경해야 하는지 여부.
작업량 추정이 합리적인지 여부.
실시계획에 변경이 있는 경우 기준변경에 대한 실시계획이 타당한지 평가한다.
CCB는 변경 사항을 수용할지 여부를 결정하고 해당 결정을 관련 담당자에게 알립니다.
3. 변경 구현
4. 변경 확인 및 확인
프로젝트 관리자는 연습, 검토 등 변경된 구성 항목을 테스트하거나 검증할 인력을 지정합니다.
프로젝트 관리자는 변경 사항 및 검증 결과를 CCB 팀 리더에게 제출하여 승인을 받아야 하며, 해당 팀 리더는 필요에 따라 변경 사항이 완료되었는지 확인할 것입니다.
5. 릴리스 변경
구성 관리자는 변경 사항 및 결과를 관련 담당자에게 알리고 기록을 유지합니다.
상태 보고 구성
1. 상태 보고 내용 구성
구성현황보고서는 소프트웨어 개발 활동의 진행상황을 관리자에게 보고하기 위한 구성항목의 운영기록이다.
추적된 콘텐츠: 제품 설명 기록, 각 제어 소프트웨어 구성 요소의 상태, 각 빌드 버전 릴리스의 콘텐츠 및 상태, 각 기본 콘텐츠, 구성 확인 기록, 변경 상태 기록, 알 수 없는 모든 구성 항목의 설치 상태.
2. 상태 설명
보고서는 개발 진행 보고서에 대한 참조로서 현재 기본 구성 항목의 상태를 반영하는 데 중점을 두어야 합니다.
감사 구성
1. 구성 감사 구현 역할
주요 기능은 특정 변경 요구 사항이 효과적으로 구현되었는지 확인하기 위한 변경 제어의 보충 수단 역할을 하는 것입니다.
2. 기능 구성 감사
1. 구성항목 개발이 성공적으로 완료되었습니다.
2. 구성 항목이 지정된 성능 및 기능별 특성에 도달했습니다.
3. 구성 항목의 운영 및 지원 문서가 완료되었으며 요구 사항을 충족합니다. (IEEE-610)
3. 물리적 구성 감사
1. 각 구축 구성 항목은 해당 기술 문서를 준수합니다.
2. 구성 항목은 구성 상태 보고서의 정보에 해당합니다.
완전성을 위한 감사 시스템 사양, 감사 기능 및 감사 보고서, 비준수에 대해 취한 조치 이해, 일관성을 위한 아키텍처 설계 및 세부 설계 구성요소 비교, 승인된 코딩 표준 준수 여부를 결정하기 위한 모듈 목록 검토, 감사 매뉴얼 형식, 완료 시 시스템 기능 설명 등