https://github.com/choisooyoung-dev/d-ingco.git
- 13:00 ~ 14:00 점심 시간
- 18:00 ~ 19:00 저녁 시간
- 어디 잠깐 갈 때는 팀 슬렉에 적어놓고 가기
- 추후 규칙 추가
1. 팀원들과 친해지기
2. 미니 프로젝트 완성하기
1. 9시 30분~10시 (10분 내외)
2. 14시 30분~15시 (10분 내외)
3. 19시 30분~ 20시 (10분 내외)
강민준(AI튜터)
1. 개발일정을 계획하실 때는 구현목표에 맞게끔 개발기간을 산정하여 작성하는것이 좋습니다.
또한 보다 상세히 작성할 필요가 있습니다. 기획이라면 플랫폼 선정, 구현 방향, 구현 목표,
소프트웨어 설계에 대한 전반적인 앞으로의 계획 등 전체적인 개발에 대한 기획안이 있어야합니다.
만약 시간이 촉박하고 리소스가 충분하지 않는 상황이라면 사용자 입장에서 어떻게 구현되어야 하는지
과정을 생각하며 기획을 하면 좋습니다.
예시) 메뉴화면 구성 설명 및 각 기능 설명 (메뉴화면을 보여주며),
상세 페이지 설명 및 각 기능 설명 (상세 페이지 화면을 보여주며)
기술구현이라면 어떠한 기술이 들어가며 어떤 방향으로 구현을 할것인지 상세한 방법론에 대한 설명이 필요합니다.
Front-end, Back-end 등에 들어가는 기술을 적어주시고 왜 해당 기술이 들어가야하는지 설명해주면 매우 좋습니다.
2. 사용하는 기술에는 필히 어떤 버전을 사용하시는지 적어주시고 개발 환경도 함께 기입해주면 좋습니다.
3. 와이어프레임이 매우 깔끔하고 멋지게 느껴집니다. 짧은 시간안에 디자인을 고려해야했을텐데
특히 2,3안은 간단해보이지만 필요한 기능이 다 있으며 바코드조에 대한 정체성을 보여주어서 매우 좋습니다.
4. API(Application Programming Interface) 명세가 없습니다. 개발자 안에서 구현에 있어서 혼돈을
방지하고 명료한 구현을 위해서는 표형태의 API 명세가 반드시 필요합니다.
API 명세에는 다음과 같은 기본 속성이 들어갑니다.
'API 관리번호, API 이름, API 기능설명, API 소스코드, API 구현자, API 작성일'
위 속성은 상황에 따라 추가되거나 삭제 또는 변경될 수 있으나 큰 프로젝트로 갈 수록 관리해야할 API가
매우 많아지므로 번거롭고 귀찮더라도 반드시 API에 대해 명세서를 작성하셔야 합니다.
5. 팀별 일정표에 핵심적인 협력과 몰입에 대해서 집중하고 있는 것같아서 좋습니다.
팀내 소통은 소프트웨어 구현을 위한 가장 중요한 일정이라고 봐도 무방합니다.
6. 만약 팀장님 판단하에 시간이 되신다면 S.A의 내용을 추가적으로 더 기입해주시면 좋을것같습니다.
꾸준히 모니터링하고 있으니 궁금하신 사항이나 필요하신 사항이 있다면 언제든 튜터들을 이용해주시기 바랍니다.
오늘도 고생 많으셨습니다. :)