반복적 인 문서 개발이 가능하며 효과적인 문서를 제공합니까?


11

나는 즉시 시작하지 않을 대학에 대한 프로젝트를 가지고 있지만 상당히 오랜 시간 동안 생각하고 있습니다. 나는 대학 프로젝트 개발이 산업과 같지 않다는 것을 이해하고 있습니다 (현재 인턴입니다). 현재 지적 할 상황은 실제 소프트웨어 개발자에게는 다소 어리석은 것처럼 보일 것입니다. ^^ '

프로젝트 자체는 많은 작업을 문서화해야합니다. 따라서 일부 마크에 해당하는 코드를 제공하는 것 외에도 다음과 같은 문서를 제공해야합니다.

  • 요구 사항 분석 문서
  • 프로젝트 계획
  • 사용 사례, 객체 및 동적 모델 및 승인 테스트 목록
  • 테스트 과정 및 테스트 성공 기록
  • 시간 사용 등에 대한 다른 토론과 분석

이러한 결과물은 다음과 같은 방식으로 배달됩니다.

  • 먼저 RAD
  • 프로젝트 계획, 사용 사례, 모델 및 테스트 (약 3 주 후)
  • 마지막으로 실제 프로그램, 테스트 프로세스 등의 문서 + 실제 프로그래밍 자체 (약 5 주 후)

그래서 내가 이해 한 바에 따르면, 이것은 실제로 프로젝트에 대한 폭포 스타일 접근 방식에 맞춰져 있습니다. 유일한 문제는 (제 생각에 이것은 이것이 대학 프로젝트이며, 학생들은 프로젝트 주 동안 학기 말에 프로젝트를 개발하려는 것과 마찬가지로 이미 충분한 압력을 가지고 있다는 것입니다. 나는 학기 말에 모든 것을 코딩 / 개발 / 테스트하고 싶지 않지만, 내가 다루어야 할 다른 많은 평가에 당황 할 것입니다.

적어도 반복 개발 사이클을 시도하고 싶습니다. 즉, 코딩 / 프로토 타이핑을 일찍 시작할 수 있으며, 마지막 순간에 모든 일을하는 데 집중하지 않고 지속적인 압력을 가하지 않는 지속적인 개발 사이클을 갖습니다. 이 프로젝트를 마치기 위해 학기 말. 그리고 이제 내 실제 질문 이옵니다.

  • 빠른 반복 / 프로토 타이핑 개발 주기로 모든 문서를 제공해야하는지 어떻게 조정할 수 있습니까?
  • 반복적 인 방식으로 문서를 생성하기위한 전략이 있습니까?
  • 나는 이것을 불합리하게 요구하고 그것이 대학에서 가능할 것으로 기대하고 있습니까?

또한이 질문은 매우 현지화되어 있으므로 산업 측면에서 위에서 묻는 것과 동일한 질문과 민첩한 프로세스가 직면하는 이러한 종류의 문제가 팀마다 다른지 여부를 묻고 싶습니다. 또는 회사.

어쨌든, 이것이 얼마나 오래되었는지 미안하고, 끝까지 읽는 것을 끝내면 감사합니다! 시간을내어 대답 할 수 있다면 매우 감사하겠습니다! 감사합니다!


2
이것은 반응이 없으므로 대답으로 넣지 않습니다. 하지만 하지 마십시오 . 강사가 원하는 것 중 하나는 생각을 정리하고 아직 작성하지 않은 시스템을 계획하고 토론 할 수있는 능력을 키우는 것입니다. 이것들은 아주 좋은 기술이며, 프로그래밍 사업에 몇 년을 보낸 후에는 매우 시장성이 있습니다.
로스 패터슨

오 알았어 그래도 요구할 수 있지만 요구 사항을 얻고 클라이언트 솔루션 개념화를위한 일부 계획 방법은 가능한 제품을 프로토 타이핑하는 것과 관련이 있습니다. 이것이 계획 및 문서화 단계를 발전 시키거나 지원하는 데 도움이되는 좋은 방법입니까? 아니면 그저 불합리한 욕망입니까?
blahman

2
물론 프로토 타이핑이 유효합니다. 실제로 대기업에서는 프로토 타입을 최종 시스템의 기초로 사용하려는 의도가 없더라도 자본화 된 R & D (기술적 인 문제가 아니라 회계적인 것)를 정당화하기 위해 프로토 타입을 제작할 수 있습니다. 실제로 최고의 프로토 타입은 지침을 제공 한 다음 폐기되는 프로토 타입입니다. 몇 년 후 전체 재 작성이 필요한 모든 "제품화 된"프로토 타입에 대해 니켈을 사용했다면 니켈이 많이 생겼을 것입니다.
로스 패터슨

답변:


5

주된 관심사 (저의 직업과 비슷한 문제가 있습니다)는 "프로세스"가 특정 시간에 특정 아티팩트를 전달하도록 요구하고 전능 한 "프로세스"에 도전 할 수있는 사람이 아무도 없다면 시도하는 경우 풀릴 것이다! 그것은 더 나은 방법이라는 단순한 단순한 문제가 아닙니다 (반복적 인 문서 개발이있는 경우).

따라서 프로세스 내에서 작업해야하지만 원하는 방식으로 작업 할 수있는 방법을 찾으십시오. 예를 들어, 프로세스가 제출 된 문서 수정을 허용합니까? 그렇지 않은 경우 반복 개발이 불가능합니다. 그렇다면 배달 비용 (시간, 신용도 등)을 생각하고 그 비용을 관리해야합니다. 예를 들어, 파일 사본이 더 이상 없다면, 계속하십시오. (나와 같이) 동료 검토, 개정판, 수십 명의 사람들에게 영향을 미치고 수천 달러의 비용이 든다면 신중하게 생각하고 새 문서가 실제로 가치를 더하는지 확인하십시오.

일반적인 작업 방법은 맨 처음에 "프로세스"의 요구 사항을 충족하고 나중에 현실을 반영 할뿐만 아니라 필요한 경우 세부 사항을 포함하는 최종 "빌드 된"업데이트를 충족시키는 최소한의 필수 문서입니다. 코드 자체가 말하는 곳.


입력 해 주셔서 감사합니다! 나는 당신이 한 말과 그것을 내 프로젝트에 적용하는 방법에 대해 조금 더 생각했습니다. 문서가 많으면 마감일까지 제출하고 그 후에 의미있는 수정을하지 않아도 고객과 상담해야합니다. 그래도 고객 상담에 의한 반복 개발은 가능합니까? 그것이 주기적으로 발전하는 지점입니다.
blahman
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.