에스드럼기타음악교습소 출결관리 프로그램 - 기획 스토리보드 무한 수정
·
프로젝트/1
사건의 발단음악 교습소를 진행하는 지인분께 연락을 받게 되었다.취준생인 나는 어랏 엄청난 사이드 프로젝트의 기회??!! 바로 ㄱ하며 달려들게 되었다. 이 글은 내가 출결관리 프로그램을 완성하기까지의 이야기 중 하나이다.. 현재!아직 기획 단계이다.매번 매번 수정할 것이 엄청나다... 사실 기획을 크게 배운 적이 없어서 좀 속도가 더딘 것도 있다.. 혀튼 현재까지 진행된 내용은! 피그마로 스토리보드 수정 중이다....무한 수정 필요한 요구사항 내용을 토대로 수정 중인데슬슬 끝이 보이고 있다... 현재 시중에 나와있는 출결관리 프로그램도 매우 많은데, 새롭게 만드는 이유라 함은...이 음악학원의 경우 회차 차감으로 이뤄지고 있고, 보강 이월 등 회차가 미뤄지는 경우가 있다근데 학생 수가 많으니 관리하기 너..
이동진을 꿈꾸는 김채린의 <귀멸의 칼날: 무한성편> 과 <귀멸의 칼날>에 대하여
·
애니메이션/생각정리
안녕하세요! 제가 재밌게 얘기하는 편이 아니라 생각하여,,,사람들에게 말을 잘!! 전달하는 사람들을 동경하는데 조금씩 조금씩 정리하는 법을 배우고자그리고 제가 너무나 좋아하는 애니를 좀 더 깊게 생각하며 봐보고자! 애니메이션 생각정리를 하게되었습니다 (주저리주저리) 시작하겠습니다! 올 여름 개봉한귀멸의 칼날: 무한성편 정말 많은 사람이 보러갔고,,저또한 4번 봤습니다.그렇게 됐네요..다 이유가 있었습니다~!(오타쿠의 흔한 변명) 뭐~냐!면!!1. 개봉 기념 돌비2. 4d의 맛 체험3. 포스터 받기 위해 또 포디4. 한국 성우 무대인사!!!=> 이렇게 여러번 영화를 보며 영화관 선택의 기준을 세웠습니담! 1. 돌비는 가장 마지막에물론, 돌비는 개봉 초반에 많이 상영하기 때문에 잘 맞춰야하겠지만, 아무튼 돌..
백준 30802번: 웰컴 키트
·
공부/코딩테스트
https://www.acmicpc.net/problem/30802 문제 탐색티셔츠- 사이즈 6개- 같은 사이즈의 T장 묶음으로 주문 가능- N개 이상 펜:- 한 종류- P자루씩 묶음 or 한 자루씩 주문- 정확히 N개 참가자: N명 입력참가자 N명(S사이즈 신청자) (M사이즈 신청자) (L사이즈 신청자) (XL사이즈 신청자) (XXL사이즈 신청자) (XXXL사이즈 신청자)(티셔츠 한 묶음에 들어있는 장 수 T) (펜 한 묶음에 들어있는 자루 수 P) 출력티셔츠 몇 묶음 A(펜 몇 묶음 B) (펜 한 자루 씩 C개) 필요한 식for(int i = 0; i 최종 코드#include using namespace std;int main(){int N;int T, P;int arr[6];int A = 0;int..
Relational Data
·
공부/데이터베이스
데이터 베이스 이전에는 file system을 사용함 file system의 문제점1. 시간: 원하는 데이터를 직접적으로 접근 할 수 없기에 데이터 찾는데에 시간이 소요됨2. 무결성: 데이터를 자동적으로 체크해주는 기능이 없어 데이터 무결성을 위반 할 수 있음3. 접근성: 여러 유저가 같은 데이터에 접근 & 수정 할 수 있어 이상현상이 발생 할 수 있음 데이터 베이스의 구성1. attribute: 속성(열)- atomic- NULL => 현재 알 수 없거나 없는 값일 때2. tuple: 행- 속성들의 집합 table stucture = schema
JOIN: Natural, Inner, Using, On, Outer, LEFT, RIGHT, Full
·
공부/데이터베이스
Join Type- INNER- OUTERJoin condition- NATURAL- ON- USING 간단한 표 설명주의할 점!INNER JOIN매칭되는 튜플만 남김양쪽에 매칭이 없는 데이터는 버림OUTER JOIN매칭 안 되는 데이터도 살림 (NULL로 채움)LEFT, RIGHT, FULL로 구분NATURAL JOIN공통 컬럼을 자동 매칭의도치 않게 잘못 매칭될 수 있음!! 조심!ON매칭할 조건을 명시직접 어떤 칼럼을 매칭할지 써야 함USING공통 컬럼만 지정해서 매칭지정한 컬럼만 비교함1. Natural join: join하고자 하는 두 테이블의 이름이 같은 속성(공통 속성)에 대해 알아서(자동으로) 매칭 해줌-> 중복제거해서 공통 속성은 하나만 남김*inner join은 다 남김 FROM a NA..
Software Engineering: Estimation techniques
·
공부/소프트웨어 공학
추정 기법경험 기반(Experience-based)과거 프로젝트 경험을 바탕으로 추정관리자가 감에 의존하여 노력량 판단알고리즘 기반(Algorithmic cost modeling)수학 공식 이용 (입력 값 = 프로젝트 속성들)제품 크기, 팀 경험, 개발 방식 등 입력값으로 계산 경험 기반 접근 방법: 프로젝트를 구성하는 작업과 산출물들을 나열하고, 각각의 작업에 대해 필요한 노력량을 직접 추정=> 보통 여러 명이 함께 논의하면서 추정하는 게 좋음. 단점:새로운 프로젝트는 과거와 다를 수 있음최신 기술, 새로운 도구 등은 경험이 부족하여 추정 정확도가 낮아짐알고리즘 기반 추정 A: 조직별 상수 (소프트웨어 종류에 따라 다름)Size: 코드 크기 (SLOC 기준)B: 복잡도 계수 (1.0~1.5)M: 보정..
Software Engineering: Agile
·
공부/소프트웨어 공학
Agile - Planning: 반복적(iterative) 방식으로, 고객에게 작동 가능한 소프트웨어를 점진적으로 제공하는 접근. - 기능은 사전에 고정된 것이 아니라, 개발 도중 결정됨.어떤 기능을 넣을지는 개발 상황과 고객의 우선순위에 따라 정해짐- 고객의 요구와 우선순위는 계속 바뀌므로, 계획도 유연하고 변화에 열려 있어야 함 계획 단계 방법릴리즈 계획 (Release planning)수개월 단위로 큰 그림 잡기어떤 기능이 이번 릴리즈에 포함될지 결정스토리 우선순위와 구현 순서 정함반복 계획 (Iteration planning)2~4주 단위로 다음 iteration에서 할 일을 계획아주 구체적인 “이번 스프린트에서 할 일” 정하기팀의 velocity 기준으로 처리 가능한 양 결정 접근 방식Scrum..
Software Engineering: Plan-driven development & Project Plans
·
공부/소프트웨어 공학
계획 기반 개발 계획 기반 개발은 전체 개발 과정을 상세하게 사전 계획하는 방식.전통적인 엔지니어링 프로젝트 관리 방식에 기반을 둔 소프트웨어 개발 접근법.프로젝트 계획서에 무엇을 누가 언제 할지, 산출물 등 상세하게 기록.관리자는 계획서를 기반으로 의사결정과 진척도 측정을 수행함.=> 워터폴 방식이 해당함! 장단점1. 장점:초기에 조직 자원(인력, 병행 프로젝트 등) 고려 가능프로젝트 시작 전에 문제점이나 의존 관계를 미리 파악할 수 있음2. 단점:초기 계획에서 많은 결정을 해야 하는데, 프로젝트 환경이 바뀌면 그 계획 대부분을 수정해야 하는 부담 발생=> 안정적이나, 유연성이 떨어짐 Project plans- 계획 기반 개발에 들어가야 할 내용Introduction프로젝트 개요 및 목적 설명Proje..
Software Engineering: Project Planning & Software Price
·
공부/소프트웨어 공학
Planning Stage1. Proposal Planning 소프트웨어 요구사항이 개략적으로만 정의된 상태일 수 있음.이 단계의 목표는 고객에게 제공할 시스템 가격 설정에 필요한 정보를 제공하는 것.프로젝트 가격 책정은 인건비, 하드웨어, 소프트웨어 등의 요소를 고려해 개발 비용을 추정하는 작업 2. Startup planning이 시점에는 시스템 요구사항에 대해 더 잘 알게 되지만, 구체적인 설계/구현 정보는 부족함.예산 및 인력 배정을 위한 충분한 수준의 계획 필요.이 계획이 리소스 배분의 기초가 됨.프로젝트를 어떻게 모니터링할지도 정의해야 함.애자일 개발에도 이 스타트업 계획은 필요함. 그래야 자원을 배정할 수 있음.3. Development planning프로젝트가 진행될수록 계획은 지속적으로 ..
Software Engineering 소프트웨어 공학: Project Management 프로젝트 관
·
공부/소프트웨어 공학
1️⃣ 소프트웨어 프로젝트 관리: 기한 내, 예산 내, 고객 요구에 맞게 개발되도록 하는 모든 활동* 소프트웨어 개발은 항상 일정과 예산의 제약을 받기 때문에 관리 활동 필수 기준- 일정- 예산- 고객의 요구사항- 개발팀의 일관성과 협업 유지=> 제때 제대로 잘 특성무형성: 눈에 보이지 않음 -> 진행 상태 파악이 어려움일회성: 대규모 프로젝트 => 이전 프로젝트와 다른 경우가 많음 -> 일회성프로세스 다양성: 언제 프로세스가 개발로 이어질지 모름 영향을 주는 요소: 기업 규모, 고객 특성, 제품 규모, 개발 문화, 개발 방식 => 주어진 환경, 상황에 따라 다르게 관리해야함 보편적 활동- 계획 수립: 일정, 인력 배정, 마일스톤 설정- 위험 관리: 리스크 분석 및 대응 계획 수립- 인력 관리: 팀 ..