마인드 맵 갤러리 시스템 분석가 - 소프트웨어 요구 사항 엔지니어링
소프트웨어 요구공학은 시스템 분석가의 핵심 장으로, 그 중 요구사항 추출과 요구사항 분석이 논문이 자주 등장하는 장입니다.
2024-04-24 20:26:37에 편집됨이것은 (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 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
소프트웨어 요구 공학
개요
요구의 계층 구조
사용자 요구
비즈니스 요구 사항
시스템 요구사항
품질기능전개(QFD)
정기적인 요구
예상 수요
예상치 못한 수요
요구사항 획득
사용자 인터뷰
인터뷰 준비
인터뷰의 목적을 결정하라
인터뷰에 포함할 사용자 식별
면접을 위한 질문 준비
공개 질문
닫힌 질문
최종 면접을 준비하세요
면접 과정
인터뷰 시간 제한
예외 및 오류 상황 찾기
세부 사항 살펴보기
기록을 주의 깊게 보관하세요
인터뷰에 대한 후속 조치
첫 번째 과제는 인터뷰를 통해 얻은 정보를 흡수, 이해, 기록하는 것입니다.
사용자가 대답할 수 없는 질문을 기록하고 확인을 위해 다음 인터뷰를 준비합니다.
인터뷰 대상자의 기여도를 확인하고 질문에 대한 오답을 확인하기 위해 인터뷰 메모를 사용자에게 보냅니다.
사용자 인터뷰의 장점과 단점
유연성이 뛰어나고 적용 범위가 넓습니다.
사용자 시간 조정의 어려움
인터뷰에는 많은 양의 정보가 포함되어 있어 기록하기 어렵습니다.
적절한 의사소통 능력
충분한 도메인 지식
기밀 문제 및 민감한 주제에 직면
면접 형식
구조화됨(미리 일련의 질문을 준비하고 목표 방식으로 실행)
구조화되지 않음(대략적인 아이디어만 나열, 모두 현장 성과를 기반으로 함)
사실 가장 효과적인 방법은 이 두 가지를 결합하는 것입니다.
설문지
설문지 제작
문제 및 유형 식별
질문 작성
설문지 형식을 디자인하세요.
설문조사의 장점과 단점
단시간에 저렴한 비용으로 다수의 응답으로부터 데이터 수집
익명 채우기는 진정한 답변에 도움이 됩니다
정리하고 계산하기 쉽습니다.
설문지 반송률 개선 방안
설문지의 목적과 용도를 설명하세요.
답변 요구사항을 설명하세요.
담당자에게 문의하여 작성 및 반송을 촉구하시기 바랍니다.
고객 간담회 참석 및 정보처리 방향에 대한 질의응답
설문지 응답 시간 단축
상품 설정
견본 추출
표본의 크기
계산식: 휴리스틱 인자(α) * (신뢰계수/허용 오차) * (신뢰 계수/허용 오차)
샘플링의 장점과 단점
데이터 수집 속도 향상
경험과 능력에 의존하여 시스템 분석가의 주관적인 요소에 따라 다름
스토리보드
스토리보드 개념
도구를 사용하여 시스템이 비즈니스에 어떻게 적합한지 사용자에게 설명
스토리보드의 종류
수동적인
사진이나 PPT와 비슷해요
활동적인
영화 샘플과 유사하게 재생 가능
인터렉티브
시뮬레이션, 시뮬레이션, 프로토타입 등
스토리보드 생성
펜, 종이, PPT, 그림 등의 정적 도구
플래시 및 기타 애니메이션 도구 등과 같은 동적 도구
스토리보드의 장점과 단점
가장 생생한 수요획득 기술, 사용자 친화적, 높은 대화형
높은 시간 비용과 느린 수요 확보
JRP(공동 요구 사항 계획)
JAD(공동 애플리케이션 개발)
JRP 회의
주요 원칙
장점과 단점
모호한 문제와 요구 사항이 가장 명확하지 않은 영역에 매우 효과적입니다.
회의 구성이 어렵고 관련 인력의 높은 역량이 요구됨
더 높은 비용, 확실한 효과
요구사항 기록 기술
작업 카드
비즈니스 활동 수준에서 정보를 수집하고 정리하는 데 특히 적합합니다.
장면 설명
사용자별 작업 시나리오 및 프로세스에 대한 자세한 설명
사용자 스토리
사용자에게 유용한 기능 설명
콘텐츠
서면 설명(기획 및 메모용)
대화(이야기 다듬기)
테스트 케이스(스토리 구현 확인)
손으로 쓴 형태의 사용자 스토리 카드
기본 속성
독립
협상 가능성
사용자에게 가치 있는
예측 가능성
짧고 달다
테스트 가능성
볼레르 화이트 카드
작업 카드와 유사한 요구 사항 기록 도구
도구 선택
사용자 스토리와 Volere 화이트 카드는 최소 요구 사항으로 배치되며 Agile 방법에 사용하기에 적합합니다.
선택 원칙
기존 템플릿에서 빌려오기
필요에 따라 확장 또는 재정의
팀, 사용자, 시스템 분석의 기술 요소를 기반으로 선택해야 합니다.
수요 분석
요구사항 분석 작업
정의
모든 이해관계자가 요구사항을 이해하고 식별할 수 있도록 획득된 요구사항을 개선, 분석 및 신중하게 검토합니다. 오류, 누락, 결함
일
시스템 컨텍스트 범위 다이어그램 그리기
사용자 프로토타입 인터페이스 생성
요구사항의 타당성 분석
요구사항의 우선순위 지정
요구사항 모델링
데이터 사전 생성
QFD 사용
분석방법 필요
구조화된 분석 방법(SA)
ER 다이어그램은 데이터 모델을 나타냅니다.
DFD는 기능적 모델을 나타냅니다.
DFD의 주요 기능
사용자의 요구를 이해하고 표현하기 위한 도구와 수요분석 수단
시스템 내부의 논리적 프로세스를 기술하는 것은 수요분석 결과를 표현하는 도구이자 시스템 설계의 출발점이다.
보관된 텍스트 자료는 개발 계획을 더욱 수정하고 강화하기 위한 기초입니다.
DFD의 기본 기호
데이터 흐름, 이름과 흐름 방향이 있는 데이터, 이름이 있는 화살표로 표시됨
처리, 원으로 표시되는 데이터 스트림의 변환
데이터 저장, 액세스 가능한 저장된 정보, 직선 세그먼트로 표시됨
데이터 처리 중 외부 엔터티, 데이터 원본 및 데이터 대상은 이름이 표시된 상자로 표시됩니다.
DFD 수준
최상위 이미지
전체 시스템의 입력 및 출력 데이터 흐름과 외부 엔터티를 설명합니다.
층별로 분해
DFD 그리는 방법
드로잉 과정
시스템 입력 및 출력 그리기
DFD 내부 그리기
각 데이터 스트림의 이름을 지정합니다.
프로세스 이름 지정
원칙을 점검하고 수정하라
모든 DFD는 4개의 기본 모양만 허용하며 각 모양에는 이름이 있어야 합니다.
각 프로세스에는 최소한 하나의 입력 데이터 스트림과 출력 데이터 스트림이 있습니다.
DFD에서는 레이어별로 처리 번호를 할당해야 합니다.
모든 DFD 하위 이미지는 그 위의 레이어에 따라 처리되어야 합니다. 둘 다의 입력 및 출력 데이터 스트림은 일관되어야 합니다.
전체 DFD 세트에서 각 데이터 저장소에는 읽기 및 쓰기 데이터 스트림이 모두 있어야 합니다.
사용자가 DFD를 이해하는 데 도움이 되도록 자재 흐름을 DFD에 추가할 수 있지만 제어 흐름은 동반될 수 없습니다.
STD는 행동 모델을 나타냅니다.
이벤트 기반 실시간 제어 시스템을 설명하는 데 가장 적합합니다.
상태 전환을 일으키는 시스템 상태 및 이벤트를 설명하여 시스템 동작을 나타냅니다.
핵심은 데이터 사전이다
데이터 사전 항목
데이터 요소, 데이터 항목, 데이터의 가장 작은 단위
데이터 요소 간의 관계를 설명하는 데이터 구조
데이터 흐름
데이터 저장고
처리 논리
외부 엔터티
데이터 사전의 역할
다양한 요구 사항에 따른 목록
쉬운 수정을 위한 상호 참조
설명 콘텐츠에서 이름 검색
일관성 검사 및 완전성 검사
데이터 사전 관리
DBA가 유지 관리
객체 지향 분석(OOA)
통합 모델링 언어 UML
UML 구조
빌딩 블록
물건
구조적인 문제
행동 문제
그룹 거래
댓글 거래
관계
의존하다
협회
일반화하다
성취하다
그림
클래스 다이어그램
객체 그래프
다이어그램 작성
결합 구조도
사용 사례 다이어그램
흐름도
통신 다이어그램
타이밍 다이어그램
상태 다이어그램
활동 다이어그램
배포 다이어그램
제품 도면
패키지 맵
대화형 개요 다이어그램
공개 메커니즘
사양(상세설명)
일반분류(일반분류)
확장 메커니즘
수정하다
규칙
빌딩 블록을 하나로 묶는 규정
시스템 아키텍처를 설명하는 뷰
논리적 관점
프로세스 보기
구현 보기
배포 보기
사용 사례 보기
사용 사례 모델
사용 사례 다이어그램의 요소
참가자들
예
커뮤니케이션 협회
참가자 식별
사람들
기타 시스템
IC 카드와 같은 하드웨어 장치
시계
사용 사례를 얻기 위한 요구 사항 병합
유스케이스 이름 지정에 주의
사용 사례와 포함된 단계를 혼동하지 마세요.
비즈니스 사용 사례와 시스템 사용 사례를 구별하는 데 주의하세요.
사용 사례 설명 개선
사용 사례 이름
간단한 설명
이벤트 스트림
비기능적 요구사항
전제조건과 사후조건
확장 지점
우선 사항
사용 사례 모델 조정
포함 관계
확장된 관계
일반화 관계
분석모델
개념 클래스 정의
클래스 간의 관계 결정
연결 관계
종속성
일반화 관계
공유 집계
조합 집계
관계를 깨닫다
수업에 책임 추가
속성
방법
상호 작용 다이어그램 만들기
흐름도
대화형 개요 다이어그램
통신 다이어그램
타이밍 다이어그램
분석 모델 세부 수준 문제
모델은 개발 과정의 보조 작업입니다.
문제 영역 지향 분석(PDOA)
더 많은 설명을 강조하고 모델링을 줄입니다.
설명 구성
문제 영역에 집중
시스템의 원하는 동작을 해결하는 데 집중
분석과정
기본 정보를 수집하고 문제 영역 유형을 설정하기 위한 문제 프레임워크를 개발합니다.
질문 프레임 유형에 따라 추가 세부 정보를 수집하고 문제 영역의 관련 기능에 대한 설명
새로운 시스템에 대한 요구 사항을 수집하고 문서화합니다.
요구사항 정의
요구사항 정의 방법
메소드를 엄격하게 정의
기본 가정
모든 요구사항을 사전 정의할 수 있습니다.
개발자와 사용자 간의 정확하고 명확한 의사소통 능력
그래픽(또는 텍스트)을 사용하여 최종 시스템을 완전히 표현합니다.
상황에 적합
규모가 작고 기능이 간단한 시스템에만 적합
프로토타입 방법
반복적이고 순환적인 개발 접근 방식
주의가 필요한 문제
프로토타입을 통해 요구사항을 점진적으로 개선할 수 있습니다.
프로토타입은 의사소통의 어려움을 극복할 수 있는 수단을 제공합니다.
프로토타입은 사용자가 참여할 수 있는 시스템의 현실적인 모델을 제공합니다.
프로토타입은 적합한 시스템 개발 환경을 제공합니다.
프로토타입 제작을 통해 요구 사항이 명확하게 정의되면 엄격한 접근 방식을 사용하여 시스템 개발을 완료해야 합니다.
소프트웨어 요구사항 사양
작성 방법
구조가 좋고 자연어로 된 텍스트 기반 문서를 작성하세요.
그래픽 모델 구축
공식 사양 작성
내용과 형식
범위
참고 자료
필요
자격 규정
요구사항 추적성
해결되지 않은 문제
주석
부록
요구사항 검증
요구사항 검토
기술 검토 유형
검토
조사하다
연습
공식적인 검토 과정
계획
준비하다
검토 실시
검토 결과에 대한 조치를 취합니다.
좋은 요구 사항 검토를 수행하는 방법
계층적 검토
공식 리뷰와 비공식 리뷰의 조합
단계적 검토
엄선된 심사위원
리뷰어 교육
표준 검토 프로세스 확립
검토 후 후속작업 실시
검토를 완벽하게 준비하세요.
요구사항 테스트
컨셉 테스트 케이스
요구사항 테스트 프로세스
수요 관리
요구사항 변경 관리
수요 기준선
수요현황
요구사항 변경
수요 리스크 관리
위험한 접근
참여하는 사용자가 충분하지 않습니다.
사용자 분류가 무시됨
사용자 요구 증가
모호한 요구
불필요한 기능
지나치게 간소화된 SSR
부정확한 추정
수요 관련 위험
요구사항 추적
수요추적 내용
수요 추적의 목적
요구 사항 추적 매트릭스