DB14 ERD 1-1~2-4 DB Chap01-1. 모델링 개요 모델링 : 현실 세계를 단순화 시켜 표현하는 기법 엔티티 : 업무의 관심 대상이 되는 정보를 지님 또는 정보를 관리한 필요가 있는 유형, 무형, 입출고 관련 이력, 거래명세서같은 문서, 색상 코드 등 속성 : 엔티티에서 관리해야 할 최소 단위 정보 항목(관심이 있는 항목), 하나 이상의 속성을 포함한다.(학번이나 이름 같은 기본 속성, 다른 값들로 부터 가져올 수 있는 정보인 포인트 적립 같은 유도 속성, 외래키 같은 설계 속성 등) 인스턴스 : 엔티티의 속성으로 실제로 구현되는 하나의 값 - 엔티티 + 속성 =>클래스 - new 로 생성된 인스턴스 앤티티의 조건 업무의 관심 대상이 되는 사물일 것 두 개 이상의 인스턴스 필요한 속성 속성의 명명규칙 속성의 의미 명시 .. 2023. 1. 15. UML (Chapter1-1. ~ 2-1)요약 보호되어 있는 글 입니다. 2023. 1. 11. UML Chap02-3. ~02-4. Chapter02-3. 유스케이스 다이어그램 상황별 예시 첫 번째 그림보다 가운데 그림이 더 의미 부여한 것이다. 두 번째 그림보다 더 단순화하지만 필요한 부분은 표시한 것이다. 모두 정답이지만 팀 끼리 같은 이해를 할 수 있도록 회의에서 상의가 꼭 이뤄져야 한다. 어차피 로그인은 필요한 것이고 다른 기능이 중점이 되어 설명되어야 해서 팀원간의 협의 후 로그인만 이렇게 독립적인 유스케이스로 빼야한다. 회원등록은 늘 독립적인 유스케이스로 빼둬야 한다. 늘 기능별로 상세하게 쪼개져야 한다. (입금/출금/이체) 하지만 아래처럼 너무 독립적인 유스케이스 안에서 발생하는 다양한 경우들은 유스케이스 시나리오에서 해야 한다. 그래서 이렇게가 아닌 엘리베이터 요청으로 간단하게 적어둬야 한다. 이렇게 폼은 다양한데 회사.. 2023. 1. 9. UML (Chap02-2. 중고나라 요구사항 기술서 실습) 글 다시 보고 중복제거 위의 내용으로 system boundary 안에 무작위 배치 '게시글 등록' == '상품판매' 구나!하고 중복되는 것 확인 후 '상품판매' 제거 '게시글 상세 조회' == '상품구매' 기본에서 포함 순으로 적용시켜보기 필수가 아닌 건 extend로 기본 유스케이스를 향하는 방향으로 표시 규칙만 지킨다면 다른 결과물도 된다. 정답이 정해져있는 것은 아니다. 2023. 1. 8. UML (Chap02-1. 유스케이스 모델링 및 다이어그램) 유스케이스 모델링 이벤트 및 방식 시스템 개발에 효율적인 모델링 방법(기능 모델링) 시스템 기능을 사용하는 사용자와 시스템간의 교류를 표현한 것 사용자 관점에서 시스템의요구사항(행동)을 설계하는 것 초기 요구사항 분석부터 마지막 시험, 배치 등 전 과정에서 사용할 수 있는 수단 시스템이 해야 할 일(유스케이스use case)과 그 행동을 하는 사용자(Actor)을 함께 표현한 모델 액터와 유스케이스, 관계로 구성 반드시 해야하는 것을 include 점선을 이용해서 표시해야한다. 포함 유스케이스는 재사용성에 초점을 맞춰야 한다. 이미지출처: kh정보교육원 2023. 1. 8. UML(Chapter01-3.) 요구사항 고객 및 소프트웨어 개발업무에 요구되는 조건이나 능력 요구사항 ~ 프로그램 설계 까지 PM의 업무 취업하면 프로그램 구현이 개발자의 업무 요구사항 유형 6개 종류 내용 기준 1. 사용자 요구사항 사용자의 관점에서 프로그램에 원하는 사항 참여자 2. 시스템 요구사항 관리자나 설계자 관점에서 하드웨어 및 프로그램이 갖춰야 하는 사항 3. 소프트웨어 요구사항 개발자의 관점에서 프로그램이 갖춰야 하는 사항 4. 기능적 요구사항 프로그램을 구성하는 기능들이 무엇인지를 정의 내용 5. 비기능적 요구사항 프로그램의 기능들에 대한 조건과 제약사항들이 무엇인지 정의 6. 비즈니스(업무) 요구사항 의뢰한 단체가 작성한 요구 주체 V모델 : 행위자로부터의 요구사항 과정을 파악하기 쉽고, 반으로 접었을 때 대칭이라 .. 2023. 1. 6. 이전 1 2 3 다음
