마인드 맵 갤러리 요구 사항 분석 소프트웨어 테스팅 소프트웨어 엔지니어링 소프트웨어 디자인 자율 학습 마인드 맵
요구사항 분석, 소프트웨어 설계, 소프트웨어 테스팅, 소프트웨어 유지보수, 소프트웨어 재사용, 소프트웨어 개발 환경 등의 내용을 정리한 요구사항 분석, 소프트웨어 테스팅, 소프트웨어 엔지니어링, 소프트웨어 설계 자습 마인드맵이 도움이 되길 바랍니다. 당신에게.
2023-02-23 22:55:01에 편집됨이것은 (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 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
요구 사항 분석 소프트웨어 테스팅 소프트웨어 엔지니어링 소프트웨어 디자인 자율 학습 마인드 맵
수요 분석
요구사항 분류
기능적 요구사항(소프트웨어가 수행하는 작업, 시스템이 수행해야 하는 작업 및 품질), 성능 요구사항(신뢰성, 내결함성, 성능, 응답 시간), 설계 제약사항(제약조건은 데이터베이스 지정, 운영 체제, 개발 등의 제한 사항을 지정합니다. 도구)
비즈니스 요구사항(부장님이... 비즈니스를 실현하기 위한... 시스템을 개발하고 싶다고 하셨습니다), 사용자 요구사항(관리 관리자가... 기능과 성능이 필요하다고 하셨습니다), 시스템 요구사항(개발 및 사용)
기본 요구 사항(사용자가 명확하게 명시한 요구 사항), 예상 요구 사항(사용자가 명시적으로 언급하지 않았지만 말할 필요도 없다고 생각하는 것), 흥미진진한 요구 사항(사용자 기대를 뛰어넘는, 사용자가 기대하지 않았거나 수행할 필요가 없는 추가 기능)
요구사항 엔지니어링
요구사항 개발(요구사항 캡처, 분석, 사양 작성 및 요구사항 검증의 4단계를 포함하여 기능, 성능, 데이터 및 인터페이스 결정)
수요 관리
요구사항 관리 계획 개발, 요구사항 기준선 정의, 요구사항에 대한 이해 및 약속 확보, 요구사항 변경 관리, 요구사항 양방향 추적 유지, 프로젝트 작업과 요구사항 간의 불일치 식별
요구 사항의 양방향 추적: 원래 요구 사항이 실현되는 유스 케이스인 순방향 추적에서는 모든 원래 요구 사항이 실현되는지 여부 역추적에서는 유스 케이스가 원래 요구 사항을 실현하지 못하는 경우 흥미로운 요구 사항이 됩니다.
요구사항 획득
(무엇을) 포착할 정보
문제 영역 관련 정보, 해결해야 할 문제 관련 정보, 사용자 기대 및 제약
정보 출처(어디)
이해관계자, 레거시 시스템, 경쟁자, 도메인 전문가
요구사항 캡처 기술(방법)
공동토론 요건회의(다자토론), 사용자 인터뷰(핵심 사용자 질문 준비), 서면조사(사람이 많을 경우), 현장 관찰, 이력자료 열람, 업무참여 등
그래픽 도구: 계층적 블록 다이어그램, 사용 사례 다이어그램, IPO 다이어그램, Warnier 다이어그램
요구사항 포착 전략
요구사항 개발은 문제를 위에서 아래로, 계층별로 분해하고 시스템에 대한 논리적 보기와 물리적 보기를 제공하는 비폭포식 반복 진화 프로세스입니다.
수요 분석
일
시스템과 외부 엔터티 간의 관계에 대한 범위 다이어그램 그리기, 사용자 인터페이스 프로토타입 생성, 요구사항의 타당성 분석, 요구사항 우선순위 결정, 요구사항 분석 모델 수립(유스케이스 모델, ER 다이어그램, 데이터 흐름도) , 데이터 사전 생성 및 품질 함수 할당 사용
방법
구조화된 분석 방법
시스템 내 정보의 변환 및 전송 과정을 그래픽으로 표현하기 위해 데이터 흐름도를 하향식 단계별 분해에 의존하는 모델링 방법입니다.
비즈니스 프로세스 분석
기본 상황을 조사 및 파악하고, 기존 비즈니스 프로세스를 기술, 확인 및 분석하고, 문제를 발견하고 해결책을 제안하며, 최적화된 비즈니스 프로세스를 제안합니다.
데이터 흐름도 DFD 그리기
최상위 다이어그램은 시스템이 관계를 맺고 있는 외부 엔터티와 전송해야 하는 데이터를 명확히 하며 위에서 아래로 계층별로 분해되어 구성 요소를 자세히 설명합니다.
데이터 흐름(이름과 흐름 방향이 있는 데이터), 처리(데이터 흐름의 변환), 데이터 저장(접근 가능한 저장된 정보), 외부 엔터티(데이터 원본 및 데이터 대상) 포함
데이터 사전
데이터 흐름도에 나타나는 모든 데이터 요소에 논리적 정의 제공
구조화된 언어, 의사결정 트리, 의사결정 테이블 포함
객체지향 분석방법
영역 문제 영역 분석 방법
소프트웨어 요구사항 사양 작성
방법(좋은 구조와 자연어를 사용하여 텍스트 문서 작성, 그래픽 모델 구축 및 공식 사양 작성)
요구사항(완전성, 일관성, 수정 가능성, 추적성)
요구사항 검증
요구 검토: 서명 확인에 대한 고객 참여는 수락 기준 중 하나입니다. 요구가 프로세스에 따라 이루어졌는지 여부와 요구 결과가 객관적이고 공정하며 합리적인지 여부를 검토합니다.
요구사항 테스트
소프트웨어 디자인
기본 원리
정보 은닉(모듈 간의 데이터 및 메소드는 관련되지 않은 모듈에서 사용을 허용하지 않음), 추상화, 하향식, 레이어별 세분화, 모듈 독립성(높은 응집력 및 낮은 결합도)
단계
건축 디자인
논리적 보기(기능 요구 사항 충족), 프로세스 보기(동시성 문제), 구성 요소 보기(구현 문제), 배포 보기(배포 문제)
개요 디자인
소프트웨어 요구사항을 데이터 구조 및 소프트웨어 시스템 구조로 변환하여 주로 기능을 모듈로 분할하고, 모듈 기능을 결정하고, 모듈 간 호출 및 구성 관계를 결정하는 등 전체 설계를 완료합니다.
상세한 디자인
하향식, 점진적 정교화, 정보 은폐(운영 인터페이스), 독립 모듈(높은 응집력, 낮은 결합도)
모듈별 데이터 구조 및 알고리즘, 성능, 처리 시간, 응답 시간, 처리량, 정확도 등을 설계합니다.
디자인 문서 작성
디자인 리뷰
디자인 방법
시스템 구조 다이어그램의 모듈
들어오는 모듈, 나가는 모듈, 변환 모듈, 조정 모듈
공통 시스템 구조 다이어그램
변환, 거래, 혼합
사용자 인터페이스
유용성, 유연성, 복잡성, 신뢰성
디자인 리뷰
디자인 리더, 고위 경영진, 수석 검토자, 검토 팀
소프트웨어 테스트
테스트 원리
가능한 한 조기에 지속적으로 테스트하십시오. 프로그래머는 자신이 설계한 프로그램에 대한 테스트를 피해야 하며, 유효하고 타당하지 않은 데이터도 선택해야 합니다. 수정 후 아직 발견되지 않은 오류의 수는 다음과 같습니다. 프로그램이 발견한 오류 수와 비례합니다.
입력, 실행 조건, 예상 출력을 포함한 테스트 케이스 설계
테스트 방법
블랙박스 테스트
프로그램의 구조와 처리 방식에 관계없이 기능 명세에 따라 테스트 케이스를 설계하고 기능이 요구 사항을 충족하는지 확인합니다.
동등 클래스 구분
동등 클래스를 나눕니다. 동등 클래스의 대표 값을 테스트하는 것은 이 유형의 다른 값을 테스트하는 것과 동일합니다. 유효한 경우와 유효하지 않은 경우입니다.
경계값 분석
입력 및 출력 경계에 대한 테스트 사례를 설계하면 경계 값이 가장 오류가 발생하기 쉽습니다(경계와 정확히 같거나 그보다 크거나 작은 값을 사용).
오류 추측
경험과 직관에 의한 추측에 오류가 있을 수 있음
원인과 결과 다이어그램
요구사항 명세를 분석하여 다양한 입력과 출력(원인과 결과)을 찾아내고, 입력 조건과 출력의 다양한 조합 간의 대응관계를 찾아 원인과 결과 다이어그램을 작성합니다. 의사결정 테이블의 각 열은 테스트 케이스입니다.
화이트박스 테스트
테스트 내용
프로그램의 내부 로직에 대한 테스트 케이스를 설계하여 로직 경로가 미리 결정된 요구 사항에 따라 작동하는지 확인합니다. 이는 블랙박스 테스트보다 더 포괄적이고 세부적입니다.
프로그램 모듈의 모든 경로를 한 번 이상 테스트하고 모든 논리적 판단(참 및 거짓)을 한 번 이상 테스트하고 루프 경계 및 실행 제한을 테스트하고 내부 데이터 구조의 유효성을 테스트합니다.
테스트 방법
명령문 커버리지, 결정 커버리지, 조건 커버리지, 결정 조건 커버리지, 조건 조합 커버리지, 경로 커버리지
회색 상자 테스트
블랙박스와 화이트박스 테스트 결합
테스트 단계
단위 테스트
코딩 단계에서 수행되는 모듈 인터페이스 기능 테스트, 로컬 데이터 구조 테스트, 경로 테스트, 오류 처리 테스트, 경계 조건 테스트 등 일반적인 화이트 박스 테스트
통합 테스트
설계 단계에서 오류가 발견되면 모듈을 조립한 후 모듈 간의 인터페이스와 통신을 테스트합니다. 일반적으로 블랙박스 테스트를 수행합니다.
확인 테스트
시뮬레이션 환경에서 요구사양, 유효성 테스트, 소프트웨어 구성 검토, 수용성 테스트(분석보고서, 사용자 매뉴얼, 개발요약 보고서)를 바탕으로 소프트웨어의 기능 및 성능이 사용자의 요구사항과 일치하는지 확인합니다.
시스템 테스트
생산환경 테스트, 요구사항 사양에 따른 블랙박스 테스트, 모든 공동 구성요소에 대한 테스트, 소프트웨어 제품 품질 평가
소프트웨어, 하드웨어, 주변 장치, 데이터, 지원 소프트웨어 등을 포함하며 특히 복구 테스트, 보안 테스트, 강도 테스트, 성능 테스트, 신뢰성 테스트 및 설치 테스트
시험
제품형 소프트웨어의 경우 @개발자가 있고 고객이 테스트를 구현하며 b개발자는 존재하지 않습니다.
테스트 유형
기능 검사
성능 시험
목적(시스템 성능 평가, 약점 식별, 시스템 튜닝, 안정성 및 신뢰성 검증), 유형(부하 테스트, 강도 테스트, 용량 테스트)
승인 테스트
소프트웨어 요구사항 분석, 승인 테스트 계획 및 프로젝트 승인 기준 작성, 테스트 설계 및 테스트 케이스 설계, 테스트 환경 구축, 테스트 구현, 결과 분석, 테스트 보고서
타사 테스트
중개자-베이징 소프트웨어 평가 센터
회귀 테스트(이전에 발생했지만 복구된 결함이 다시 나타나지 않는지 확인), 복구 테스트, 신뢰성 테스트, 시작/중지 테스트, 구성 테스트, 보안 테스트, 사용성 테스트, 설치 테스트, 프로세스 테스트, 호환성 성별 테스트
객체 지향 테스트
객체지향 분석 테스팅, 객체지향 설계 테스팅, 객체지향 프로그래밍 테스팅(객체지향 단위 테스팅, 객체지향 통합 테스팅, 객체지향 시스템 테스팅)
테스트 도구
적합성을 유지하기 위해 주기적인 검증, 교정, 확인 또는 구성 관리가 필요하지 않습니다.
테스트 관리
테스터의 성능 지표를 계산하기가 쉽지 않기 때문에 테스트 팀을 관리하기가 어렵습니다. 전문가와 초보자가 작성한 프로그램에는 버그 수에 큰 차이가 있습니다. 테스터의 버그 발견 능력을 어떻게 판단할 수 있을까요?
오류(결함) 추적 관리
소프트웨어 유지 관리
소프트웨어 유지 관리는 소프트웨어 지원이 필요한 모든 활동을 제공하며, 소프트웨어는 이해 가능하고, 테스트 가능하며, 유지 관리 가능합니다.
소프트웨어 유지보수성
소프트웨어 엔지니어링으로 유지 관리 용이성 향상
요구사항 분석 - 가능한 개선 및 수정 사항을 설명합니다.
설계 단계 - 확장이 용이하고 이식 가능하며 재사용이 가능한 솔루션, 객체 지향
코딩 단계 - 주석, 품질, 객체 지향
테스트 단계 - 테스트가 양호하면 유지 관리도 양호합니다. 테스트 관련 문서를 모두 사용할 수 있습니다.
유지 관리 단계 - 우수한 구성 관리 및 동기화된 문서
시스템 문서(유지 관리 요구 사항, 소스 코드, 설계 문서, 테스트 문서)
사용자 문서(사용자 매뉴얼, 설치 문서, 참조 매뉴얼, 관리자 가이드)
유지 관리 지표
루프 수(소스 코드 복잡성), 소프트웨어 크기, 기타 요소
소프트웨어 유지관리 분류
정정(오류를 진단하고 수정하는 과정)
적응형(외부 환경의 새로운 소프트웨어와 하드웨어, 데이터 환경 데이터베이스, 데이터 형식, 저장 매체의 변화에 적응하여 운영체제를 업그레이드하고 소프트웨어를 수정하는 등 소프트웨어를 수정하는 과정)
예방형(소프트웨어의 유지보수성과 신뢰성을 향상시키고 향후 소프트웨어 개선의 기반을 마련하기 위해 소프트웨어를 수정하는 과정. 현재는 실수가 아니지만 밀레니엄 버그 문제가 해결되는 등 시간이 지나면 실수가 될 것임) 1999 년에)
완벽형(새로운 기능과 성능을 충족시키기 위해 소프트웨어를 수정하거나 재개발하는 과정)
소프트웨어 유지 관리 구현
유지보수 조직 구축, 유지보수 요구사항 제안, 유지보수 작업 수행, 유지보수 요소 기록, 유지보수 활동 평가
납품 전 유지 관리에는 납품 후 운영 계획 및 유지 관리 계획이 포함되며, 납품 후 유지 관리에는 소프트웨어 수정, 교육, 도움말 자료 등이 포함됩니다.
소프트웨어 재사용
기존 소프트웨어에 대한 다양한 관련 지식을 활용해 새로운 소프트웨어를 구축함으로써 소프트웨어 개발 및 유지관리 비용을 절감하는 것은 소프트웨어 생산성과 품질을 향상시키는 중요한 기술이다.
코드 재사용, 디자인 재사용, 분석 재사용, 테스트 케이스 재사용
구성요소는 독립적으로 작동하거나 다른 구성요소와 조립 및 조정될 수 있는 특정 기능을 갖춘 프로그램 본체입니다. 실용적이고 보다 효과적으로 재사용하려면 구성요소가 다양성을 향상시키기 위한 가변성과 유연성을 가져야 합니다.
소프트웨어 개발 환경
관련 소프트웨어 도구 모음, 통합 개발 환경(데이터 통합, 제어 통합, 인터페이스 통합)