전체검색

사이트 내 전체검색

유튜브라이브 방송

유튜브 라이브 포트폴리오

[DownStream ] 설계 검증 및 제조 준비를 위한 소프트웨어 CAM350

페이지 정보

profile_image
작성자 Ryan
댓글 0건 조회 86회 작성일 24-08-29 13:57

본문

CISA 도메인단축 공부 막바지 도메인별 핵심내용 정리중​프로젝트의 개념프로젝트 포트폴리오프로그램프로젝트서브프로젝트​단계말에는 반드시 단계말 검토를 해야한다​프로젝트 관련 알아야하는 용어들​IT거버넌스란? 조직의 전략을 확장하기 위해서 IT전략을 연계하는 것​프로젝트 정관 (Charter)프로젝트의 존재를 공식적으로 승인하고 프로젝트 관리자에게 자원 사용 권한을 부여한 문서​​사업 사례 (비즈니스 케이스)프로젝트의 필요성, 정당성, 기대효과를 담은 것타당성 조사 단계에서 작성 되어야함주기적으로 재검토되고 재승인 받아야함​프로젝트 포트폴리오프로젝트 우선순위 부여, 자원 조정, 일정 수립 ->비용 대비 효과 극대화​구현후 검토시스템 구현 후 약 1년 뒤 평가​프로젝트 운영 위원회 이해 상충 조정, 우선 순위 결정, 프로젝트 일정 등 도메인단축 궁극적 책임 짐​프로젝트의 평가 기법 순 현재 가치법이 젤로 좋은 거다 (Net Present Value) - 현금 유출과 유입에 대한 현재 가치 분석​프로젝트 관리기간, 비용, 산출물의 유기적 연계​WBS(Work Breakdown Structure)작업 단위​OBS(Object Breakdown Structure)산출물 단위​WP(Work Package) : WBS 최하 작업 단위WD(Work Dictionary) : WBS 각 작업단위에 달린 메모 같은 것​​사용자 부서 관리자 프로젝트와 최종 시스템의 소유자​워크숍은 가장 탁월한 의사소통 방법이다!!​소프트웨어 규모 산정 방법SLOC / KLOC : 코드 라인수로 돈주는 말도 안되는 옛날 방식FPA : 가장 과학적이고 합리적인 기능단위로 산정하는 도메인단축 요즘 방식전문가 기법 (Delphi) 회귀분석 : 과거의 데이터 활용 (유사 프로젝트)​​​​​​프로젝트 관리 기법PERT (Program Evaluation Review Technique)3점추정(기대값 =(낙관치 + 4*최빈치 + 비관치 ) / 6 )​CPM (Critical Path Methodology)핵심경로 : 가장 긴 경로로서 프로젝트 완료에 필요한 최소한의 기간평균시간 사용핵심경로상의 여유시간은 0​Network Crashing CP상에 자원 투입 ->일정 단축 , 비용증가의 위험 있음Fast Tracking병행 작업 ->일정 단축, 재작업의 위험 있음Resource Leveling자원 평준화, 자원 분산CCM(Critical Chain Method) 여유시간(버퍼)들을 뒤로 미루는 것​​Time Boxing 기법납기가 생명인 프로젝트, 짧은 시간 안에 하는거.. RAD(Rapid 도메인단축 Application Development) 또는 EUC(End User Computing)에 사용됨​​​시스템 개발 라이프사이클 모델 (SDLC)폭포수 모형프로토타이핑 모형실험적 프로토타이핑진화적 프로토타이핑나선형 모형진화적 프로토타이핑에 위험관리를 더한 것반복적 모형객체지향, CBD​V-다이어그램확인(Validation) : 외적 일관성을 보증검증(Verification) : 내적 일관성을 보증​개발하는거 : 효율성이 높다 / 비용 많이듬 / 검증이 덜됨 / copy right 우리가 가진다구입하는거 : 유연성이 높다 / 비용 적게듬 / 검증이 많이됨 / license만 가진다​요구사항 정의 =기본 설계통제 사양 정의 확인인수테스트 요구사항 도출구조적 접근법에서는 DFD(Data Flow Diagram) 작성 (최상위 수준 DFD를 배경도(context diagram)라고 함​설계 =상세설계사용자 참여는 도메인단축 요구사항 정의 보다 제한적임, 물리적 구현 구체적 정의테스트 계획, 데이터 변환 계획 수립베이스라인 설정 - 형상관리 기준이 되고 이후 변경은 변경관리 대상이 됨(scope creep 문제 완화)감사시 시스템 사양서랑 테스트 계획서 검토해서 적절한 응용통제가 포함되어 있는지 살핌​개발모듈 테스트 수행 (개발자)소스코드 작성 표준 (통제)디버깅 도구 - 논리 경로 감시기, 메모리 덤프, 출력 분석기통합개발환경 - (장) 신속한 개발 , 표준 적용, 구조적 프로그래밍 / (단) 다양한 버전 존재, 승인 받지 않은 접근, 유효 변경 무효화감사시, 감사 증적 적합성, 프로그래밍 오류 도메인단축 교정조치 수행여부 검증​테스트상향식 - 주요모듈에 있는 오류가 초기 발견, 스텁/드라이버 불필요하향식 - 주요기능 테스트 초기 가능, 인터페이스 오류가 일찍 발견, 사용자 신뢰감 부여인터페이스 및 통합테스트시스템 테스트 - 복구 테스트 , 보안 테스트, 스트레스 및 볼륨 테스트, 성능 테스트 ->독립 테스트 조직에서 수행인수 테스트기타테스트 - 알파, 베타, 화이트 박스, 블랙 박스, 파일럿, 병행, 회귀, 사교성​구현주말 등 이용하여 하고 비상 계획 수립전환기법 AbrubtPhased 순차적Parallel 신구병행phased + parallel ->pilot​감사인 역할이 가장 적은 단계는 프로그래밍 단계다!!​위험 평가, 품질관리 착수는 타당성 검토 도메인단축 때 한다 !​통제사양 정의는 요구사항 정의 단계에서 한다!​​모듈의 요건 : 고응집성 저결합성​온라인 프로그래밍 설비 =통합 개발 환경 ->개발 테스트는 로컬에서 수행한다!​단위 테스트는 화이트테스트다​회귀테스트를 사용하기 가장 좋은 단계는 변경 테스트때다​개발운영 : 애자일 원칙 / 소프트웨어 개발의 성숙도가 높은 경우에 성공​BPR : 핵심 통제 장치가 제거될 위험이 있고, 경영진에 보고하여 위험감수여부 확인해야함​벤치마킹 프로세스 : 계획 ->연구 ->관찰 (이때 방문) ->분석 ->적용 ->개선​​​​​​​응용통제확인 및 편집완전성 체크완전성 체크(필수값 체크)중복 체크순서 체크정확성 체크유효성(타당성) 체크 (성별은 남/녀 중에)체크 digit (주민등록번호 숫자 체크) - 도메인단축 잘못된 데이터 입력이나 자리가 바뀐 경우를 발견하기 위한 키 필드합리성 체크 (부품수가 사전에 정의된거랑 맞는지)table lookup (우편번호 같은거)범위 체크논리관계체크 (남자가 부인병 신청한건 이상한거다 같은거)한도체크​처리통제예외 보고서 검토 - 비상 변경 같은 예외상황 기록run to run total(실행간 합계) -계속 bct 확인one for one check (일대일 체크) - bct 없을 때 노가다 체크before &after image (사전 사후 이미지) - db 복구시 많이 사용전송 무결성parity checkcrc 체크암호화 체크섬​배치 통제 합계는 데이터 통제 그룹이 수행한다키 검증은 데이터 입력 기능에서 수행한다

댓글목록

등록된 댓글이 없습니다.