일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- C++
- 자연수의성질
- Orange
- 핵심프로젝트
- 데이터입출력구현
- 데이터시각화
- 자바
- 중학수학
- pandas
- 디버깅
- JSP/Servlet
- 코딩테스트
- 정보처리기사필기
- 텍스트마이닝
- 파이썬
- 머신러닝
- 딥러닝
- c언어
- 언리얼학습
- 자바 실습
- 정보처리기사실기
- html/css
- 데이터분석
- 요구사항확인
- 선형회귀모델
- 데이터베이스
- numpy/pandas
- 선형분류모델
- 이수증
- 언리얼프로젝트
- Today
- Total
목록2024/09 (253)
클라이언트/ 서버/ 엔지니어 " 게임 개발자"를 향한 매일의 공부일지
이어서 틀린 문제를 다시 풀고 정리해본다. 세션 17 - 상태 다이어그램 화살표 방향이 어떻게 가는지 다이어그램을 이해하지 못한채 내용만 외우려고 했기 때문에 틀렸다. 이 다이어그램은 상태 다이어그램을 나타내는 것으로 다음과 같이 흘러간다. 주문 상품 선택에서 상품 정보 확인을 거쳐 재고 확인 대기 상태가 된다. 재고가 있으면 재고 확인 완료 상태로 전환되고, 재고가 없으면 재고 확인 실패가 된다.재고 확인 실패에서 상품 재선택을 선택하면 주문 상품 선택이 실행된다. 문제에서는 재고 확인 실패 상태를 물어보았으니 여기서 이어지는 화살표를 잘 봐야 한다. 하나는 재고 없음 이벤트에서 재고 확인 실패 상태로 변환되고, 다른 하나는 상품 재선택 이벤트에서 주문 상품 선택으로 전환되고 있다. 세션 1..
기출문제를 한번은 다른 곳에 흔적 없이 풀고, 이제 두번째 풀 때는 책에다 풀어보았다. 틀린 문제는 모두 스캔하여 정리하는 중이다. 오늘 2, 3장도 모두 학습을 마치려고 했는데 암기하고 문제를 다시 풀고 해야 할 게 많아서 택도 없을 것 같다.그래도 하는 데까지 열심히 공부해볼 것이다. 세션 1 - 소프트웨어 생명 주기 에자일 방법론은 스크럼, XP, 기능 중심 개발이다. 세션 3 - XP 기법 리팩토링(Refectoring)은 프로그램을 쉽게 이해하고 쉽게 수정하여 빠르게 개발할 수 있도록 하는데 목적이 있다. 세션 4 - 개발 기술 환경 파악 DBMS 관련 요구사항 분석시 고려사항은 5가지가 있다. 가용성, 성능, 기술지원, 상호호완성, 구축 비용이다. 그리고 2번 문제는 웹 애..
이어서 소프트웨어 개발 표준에 대해서 학습을 진행해볼 것이다. 세션 26 - 소프트웨어 개발 표준 문제가 많이 어려웠다. 그래도 풀어보면 다음과 같다. 1번은 관리, 정의, 정량성이다. 2번과 4번은 잘 모르겠다. 3번은 ISO/IEC 12255라고 찍어보았다. 숫자까지도 다 외워야 하는 것 같다.이번 단원에서는 맞은 문제가 한 개도 없었다. SPICE와 CMMI는 구별하고 꼭 암기해야겠다. CMMI는 소프트웨어 개발 조직의 업무 능력 및 조직의 성숙도를 평가하는 모델이다. SPICE는 소프트웨어의 품질 및 생산성 향상을 위해 소프트웨어 프로세스를 평가 및 개선하는 국제 표준이다. 세션 27 - 소프트웨어 개발 방법론 테일러링 표준화된 것을 수정하는 것을 말한다. ..
이번에는 프로젝트 일정 계획에 대해서 학습해보겠다. 세션 24 : 프로젝트 일정 계획 1번은 임계 경로의 소요 기일을 구하므로 3 + 3 + 5 + 4 + 5 = 20일이다. 2번은 PERT이고, 3번은 간트 차트이다. 근데 1번 문제는 틀렸다. 가장 긴 숫자만 더했는데 이렇게 하는 게 아니었다. 원 전체를 더하는 게 아니고 시작에서 완료까지만 더한다. 이 표시는 동그라미이므로 1번 경로는 10일이고, 2번 경로는 14일, 3번 경로는 12일이 되어 임계 경로는 14일이다. 세션 25 : 소프트웨어 개발 표준 1번은 인력 관리이다. 2번은 인력, 품질, 위험, 일정, 비용 관리이다. 3번은 서술형이라 잘 모르겠다.소프트웨어 프로젝트 관리는 주어진 기간 내에 최소의 비용으로..
이번에는 수학적 산정 기법부터 학습해볼 것이다. 어제 기록했던 학습일지를 여러 개로 통합하고 다시 수정해서 작성하는 중이다. 처음에는 하루에 올릴 수 있는 분량에 한계가 있어 부족할까 싶어 최대한 많은 내용을 담았지만 이제는 그러지 않아도 될 것 같아 넉넉하게 작성해본다. 세션 23 - 수학적 산정 기법 이제 문제를 풀어보기로 하자. 1번은 FP 모형이다. 2번은 기본형과 발전형이고, 3번은 서술하는 문제라 잘 모르겠다. 4번은 COCOMO이고, 5번은 SLIM이다.Putnam 모형은 소프트웨어 생명 주기의 전 과정 동안에 사용될 노력의 분포를 예상하는 모형이다. 학습을 마치고강의를 한번 듣고 책을 한번 쭉 읽어본 후 문제를 풀어보면 개념 정리가 많이 되는 것 같다..
이어서 비용 산정 비법에 대해서 학습해보려고 한다. 세션 21 - 비용 산정 기법 : 하향식 다시 내가 열심히 공부할 수 있는 학습 방법을 찾았다. 사실 이런 식으로 정리를 하는 시간이 아까웠고 책에 밑줄만 하고 시험을 치를까 생각했지만 나의 생각과 의견이 들어가 있지 않은 공부는 진짜 공부라고 할 수 없었다. 힘들고 시간이 많이 걸리더라도 이렇게 배운 것들을 기록으로 남기고 나의 생각을 적어보기로 했다.이제 문제를 풀어보겠다. 1번은 하향식 비용 산정 기법, 2번은 델파이 기법이다. 세션 21 - 비용 산정 기법 : 상향식 이제 문제를 풀어보자. 1번은 30000라인 / 300라인 / 5명, 답은 20개월이 된다. 2번은 개발 단계 기법인 것 같은데 이름이 정확하지 않다..
이번에는 상태 다이어그램과 패키지 다이어그램을 함께 공부해보려고 한다. 세션 17 - 상태 다이어그램 문제를 풀어본 건 다음과 같다. 1번은 상태 다이어그램이고, 2번은 주문 상품 재선택과 재고 없음인 것 같다. 재고 확인 실패 상태의 2가지 상태 변화를 서술해야 하므로, 이렇게 작성해야 한다. 이벤트에서 재고 확인 실패로 이어지고, 이벤트로부터 주문 상품 선택으로 이어진다. 세션 18 - 패키지 다이어그램 이제 문제를 풀어보기로 하자. 1번 문제 답은 패키지 다이어그램이다. 이 문제는 조금 쉬웠다. 세션 19 - 소프트웨어 개발 방법론 강의 시간이 정말 길었지만 다 시청해보았다. 중간중간에 딴 생각도 많이 나고 집중력이 흐려졌지만..
오늘부터는 내 자리에서 공부를 해야 한다고 해서 원래 자리로 돌아왔다. 수업을 하고 있어서 집중이 잘 되지 않는데다 뭔가 세팅을 하는데 한참의 시간이 걸렸다. 내가 학습하는 유튜브를 노트북에서 시청하려니 찾기가 힘들었다.이제 모든 준비를 마치고 본격적으로 아침 공부를 시작하려고 한다. 가능하면 많은 내용을 학습할 생각이다. 세션 12 - 유스케이스 다이어그램 이 내용도 쉽지 않은 내용이니 잘 숙지해야 한다. 강사님이 설명을 잘해주셔서 유스케이스 다이어그램이 어떤 구조로 이어지는지 잘 파악할 수 있었다. 이제 문제를 풀어볼 것이다.1번은 UML이라고 찍어보았다. 2번에서는 도서대출, 도서관리, >이다. 3번은 잘 모르겠다. 암기는 아직 하지 못했기 때문이다. 액터, 시스템.. 이것밖에는...
계속해서 요구사항에 대한 학습이 이어진다. 앞 수업과 다른 점이 있다면 요구사항 분석에 대해서 좀더 깊이있게 학습을 한다는 점이다. 자료 흐름도, 자료 사전 등 어려운 내용도 등장하니 집중해서 들어보기로 하자. 섹션 7 - 요구사항 분석 이런 식으로 구조적으로 그리는 것을 자료 흐름도라고 한다. 문제를 풀어보니 어떻게 공부해야 할지 알 것 같았다. 자료 흐름도의 구성 요소에 대해서는 답을 하지 못했다. 그리고 자료 사전에서는 기호가 헤깔려서 몇 개 틀렸다.구조적 분석 기법 도구는 아직 잘 몰라서 이 부분은 암기해야 할 것 같다. 세션 8 - 요구사항 분석 CASE와 HIPO 특징별로 잘 구분할 수 있도록 학습해야 한다. HIPO는 입력, 처리, 출력 기능을..
세번째로 공부할 단원은 XP 기법이다. 강의 영상이 좀 길지만 차근차근 학습해볼 것이다. 세션 4 - 개발 기술 환경 파악 상호 호완성은 서버와 클라이언트 사이, 서버 이중화가 가능한지 여부이다. 오픈 소스 요구사항에서 가장 중요한 것은 기술의 지속 가능성 여부이다. 세션 5 - 요구사항 정의 크게 기능과 비기능으로 나누어지며, 이 둘을 잘 구분할 수 있어야 한다. 문제 3번에서 기능은 ㄱ,ㄹ이고, 비기능은 ㄴ, ㄷ이다. 하지만 문제는 틀렸다. 기능과 비기능을 나누어서 예로 드는 문제는 조금 어려운 것 같다. 이 부분은 잘 숙지해야겠다. 세션 6 - 요구사항 개발 프로세스 개발 프로세스 순서도 잘 기억해야 한다. 이름이 비슷하므로 잘..