DiKaliZy / HY-Software-Engineering

소공과-제
0 stars 1 forks source link

HY-Software-Engineering

소공과-제 18' 겨울학기 한양대 SE 과제 구현을 위한 page!

과제 수행의 효율성을 위해 많은 것을 포기했으나

기능은 반으로 난이도는 그대로!

Issues를 이용합시다.

  1. Issues 기능을 이용하여 구현하고자 하는 Class를 표시해 주세요. (라벨기능을 이용해 주시면 더 좋습니다.)

    • issue 기능에 대한 기본적 사용방법은 #9 Issue 기능 test 항목을 참조해 주세요.
  2. 만일 Class 기능 구현 중 다른 클래스에게서 추가로 필요로 하는 인터페이스나 기능이 생기는 경우, 해당 Class의 Issue에 Comment 형식으로 요청해 주세요. 요청 시에는 기술서에 Method 작성 방식대로 Method 이름, Parameter명, return 변수 type을 기술해 주시고, 해당 Method가 어떤 기능을 수행해야 할 지를 명시해 주세요.

  3. 구현하는 Class에서 내부 Method의 구조, 형태 변경이나 수정, 추가되는 Method 등이 생겼을 때

    • Method가 수정되는 경우, 변경되기 전의 형태와 변경된 후의 형태를 기록해 주세요.
    • Method가 새로 추가되는 경우, 추가된 Method의 형태를 기록해 주세요.
  4. 2.와 3.으로 인해 기능을 구현하는 sequence가 변경되는 경우, 해당 sequence 순서를 변경 전의 sequence 순서와 변경되고 난 후의 sequence 순서 두 가지를 모두 기록해 주세요.

  5. '변경 요청' 라벨을 새로 만들었습니다. 2.에 해당되는 상황이 발생했을 때, 해당 Class를 맡고 있거나 맡게 될 사람이 요청되는 내역이 있다는 것을 알 수 있도록 해당 라벨을 붙여 주세요. 요청사항을 Class 담당자가 구현 완료한 경우, 요청 라벨은 담당자가 제거하면 됩니다.

  6. (중요) [11주차] 소프트웨어 구현.pdf파일에 있는 '표준 코딩 규칙' 부분의 규칙을 따라서 코딩해 주세요. 특히 주석에 관한 규칙 부분의 내용은 꼭 지켜주시길 바랍니다. 안 하시면 어짜피 마무리 작업때 다 하셔야 할 거에요.

  7. Method 이름, Class 이름, Public 변수 이름 등 다른 class에서 참조할 수 있는 부분을 제외한 나머지 부분은 기술서에 적힌 이름이 아닌 다른 이름으로 마음대로 정해서 구현하셔도 됩니다. 다만, 앞 서 말한 대로 다른 Class에서 참조할 것들에 대해서는 기술서에 적힌 이름을 되도록 그대로 유지시켜서 구현해 주시길 바랍니다.