본문 바로가기

SW전문지식

(7)
애플리케이션 설계 -소프트웨어 아키텍처 소프트웨어 아키텍처 -원리 : 모듈을 기준으로 설계가 된다 그 이유? 유지관리가 용이 모듈화가 너무 많으면 비용이 많이 들기 때문에 적절하게 모듈화하는게 좋다. 모듈화 - 원리 3가지(추상화 1. 추상화 : 각 요소들의 공통적인 기능을 포괄.(구체화의 반대) ex) 인증기능(로그인 기능, 회원가입 기능, 아이디 찾기 기능, 비밀번호 찾기 기능) -> 구체화를 하기 위해서 추상화를 한다. (추상화를 통해 복잡한 문제를 최소 비용으로 해결, 구조파악에 용이) step1. 구분 (과정(흐름), 구조(데이터), 제어(이벤트)) step2. 단계적 분해 (ex 하향식 구체화) step3. 정보은닉 (각각의 모듈이 서로 접근하지 못하도록 하고 별도의 인터페이스 사용해서만 접근하도록 허락) 아키텍처 품질 (시스템, ..
UI설계서 작성 - 의사소통을 위해 작성(프로젝트 작업 시 중요!!) 표지 프로젝트 or 시스템명 작성 개정이력 초안 작성한 후 내용이 변경될 때그 이력 작성 (version 관리) 번호, 내용, Version, 수정일, 작성자 요구사항 정의서 요구사항 기록 (반영 여부도 기록) 시스템 구조 사용자의 UI 요구사항이 전체 시스템에 어떻게 적용되는지 사이트 맵 시스템 구조를 바탕으로 콘텐츠를 메뉴별로 설계 프로세스 정의서 사용자가 요구한 사항들이 실제로 어떻게 진행되는지 작업 진행 순서 위주로 정리 화면설계 각 UI 화면 별로 표지와 스토리보드로 구분해 설계하는 과정 상세 설계 -시나리오 작성 : 순서도나 계층 구조로 작성 -일반규칙을 정하기 1.기능 2.구조 3.상호작용 4.예외 처리 UI 및 레이아웃의 위치와 기능 인터렉션과 작업흐름 여러가지 예외적인 케이스에 대한 처리..
화면설계-UI(User Interface) 사용자와 시스템 간의 매개체 역할을 하는 모든 것들 UI라고 생각!! -분야 : 구성, 기능, 제어 -종류 CLI(Command Line interface) : 키보드 GUI(Graphic User Interface) : 마우스 NUI(Natural User Interface) : 말과 행동 -원칙 : 유연성, 직관성, 학습성 유효성 -표준 (공통적인 것) ex)웹표준 웹접근성 : 웹표준을 지키면 웹접근성이 좋아진다.(느리거나 이쁘지 않을 수 있지만 누구나 동등하게 시스템을 이용할 수 있다) 크로스 브라우징 -인식(대상판단)->대체 정보 필요(음성, 설명 등) -운용 -> 쉽게 정보 접근할 수 있도록 해야한다 -이해 -> 논리적으로 납득이 되어야한다. -견고함 -> 제작에 필요한 문법 준수 => 극복예시..
UML(Unified Modeling Language) 원활한 의사소통을 위한 표준화된 모델링 언어 (6개 구조 다이어그램, 7개 행위 다이어그램) 구조적 다이어그램 행위 다이어그램 클래스 구조 유스케이스 모델링 객체 관계 시퀀스 메시지 컴포넌트 구현, 인터페이스 커뮤니케이션 메시지+연관관계 배치 구현, 위치 상태 상태 변화 복합체 구조 내부 구조 활동 로직 흐름 패키지 그룹 상호작용 개요 제어 흐름 타이밍 시간 제약 -사물 구조 : 요소, 행동 : 행위, 그룹 : 묶음, 주해 : 설명 -관계(사물을 기준으로 관계가 형성된다) 연관(실선, 다중도), 의존(점선):일시적, 일반화(상위개념) :실선화살표, 실체화(기능): 점선화살표, 집합(비어있는 마름모), 포함(꽉찬 마름모)
요구사항 (요구사항 개발 프로세스, 분류, 요구사항 확인) 요구사항 개발하는 프로세스 (4steps) 도출-> 분석(타당성 확보, UML 모델링)->명세(해당내용을 문서화)->확인(명세서 검증, 형상관리 수행) 검증 방법들 : 검토, 모델검증(정적), 프로토타이핑, 인수테스트(사용자 입장에서 요구사항 체크) 요구사항 확인 (목표정의->활동사항 정의->요구사항작성->시나리오작성->최종 요구사항 작성) 1. 목표정의 : 개별 인터뷰-> 요구사항 이해한 후, 리서치 2. 활동 사항 정의 : 목표 이해, 예산 분배, 계획, 우선순위 지정 3. UI 요구사항 작성 : 데이터 (가장 먼저), 특성 기반으로 정리 -> 소프트웨어 시스템에 기반이 되기 때문에 : 기능 (무엇을 실행하는지 동사형) : 품질 (품질 서비스 감성적인 부분) : 제약 (비용, 데드라인, 규제 등) 4..
소프트웨어 설계(소프트웨어 생명주기, 여러가지 모델) 소프트웨어 생명주기 고객의 요구사항을 만족시키기 위하여 여러가지 모델이 생김 (여러가지 모델 : 폭포수, 프로토타입, 나선형, 애자일) - 폭포수 : 이전단계로 다시 돌아갈 수 없는 모델(각 단계를 확실히 마무리, 메뉴얼 필요) 타탕성검토->계획->요구분석->설계->구현(코딩)->시험(검사)->유지보수 - 프로토타입 모델 : 시제품(인터페이스 중심 기능 위주로 개발) 요구수집->빠른 설계->프로토타입 구축->고객평가->프로토타입조정->구현 - 나선형 모델 : 여러 번의 개발 과정을 거쳐 점진적 개발, 대규모 개발 계획->분석->개발->평가의 반복 -애자일 모델 : 고객과의 의사소통 빈도를 높여 고객의 요구사항 적극 반영 (스크럼, XP기법 1. 스크럼 : PO(제품책임자) : 의사결정권, SM(스크럼 마..
프레임 워크 - 장점 : 일관성 유지하는데 유리 (팀작업에서 통일성 가질 수 있다)