본격적으로 프로젝트를 시작한지 벌써 1주일이 지났다.(기획 단계까지 포함시 2주) 조원들과 일주일간 어떤 일을 했고 어떤 점이 만족스럽고, 아쉬웠는지 그리고 어떤 점을 고쳐야 할지 회고하는 시간을 계획하기도 했는데, 일주일간 우리 팀 전반을 돌아보기 전에 앞서 먼저 자평을 해보기로한다. 이렇게 생각을 정리할 때는 글쓰는게 제일 효과적인것 같다. ===================== : 기획, 문서작성단계 10/23 10/26 (월~목) 프로젝트 주제 선정(브레인스토밍) ~ 내용 구상 10/27 (금) 시스템구성도(아키텍처)문서 작성, 일정 수립, 서비스명(Memorious) 작성 10/29 (일) 프로젝트 레파지토리 생성 및 템플릿, 코드컨벤션 및 커밋컨벤션, 발표 ppt 준비 10/31 ~ 11/01..
About Dev./Projects
요구사항 명세서(Requirement Specification) : 고객의 니즈를 담은 문서 기능명세서(Functional Specification) : 각 기능의 기능을 명시 시스템 구성도(Architecture) : 어떤 프로그램, 라이브러리, DB등 사용한 개발스택 등을 한 눈에 볼 수 있도록 정리한 문서 유스케이스 시나리오(Use-Case Scenario) : 유스케이스(use case)는 행위자(actor)가 관심을 가지고 있는 유용한 일을 달성하기 위한 시나리오의 집합을 명시 와이어 프레임(Wireframe) : 선으로 이루어진 화면 틀. 화면 정의서(화면 설계서/ UI설계서) : 와이어프레임보다는 좀 구체적인 문서. 개발자에게는 포트폴리오 목적의 프로젝트에는 과한 느낌 플로우차트 - 유저플로..
