업무 진행으로 봤을 때에, 요구 사항이 명확해 지고 개발 범위가 확정이 되고 난 후에 데이터 흐름을 정리하게 되기 때문에 시기로 보면 PRD는 검토 단계, 이후 ERD는 분석 설계 단계 정도로 정리 되는 것이 흐름이라고 생각 합니다. 하지만 PRD의 경우는 개발 전까지 늦으면 오픈 전까지 발생 하는 경우가 많기 때문에 PRD가 완료 되기 전에 작업 하게 되는 경우가 대부분이라고 생각 됩니다. ^^ 모든 문서들은 프로젝트의 종류나 흐름에 따라 구성이 다름으로 프로젝트 진행 시 이런 문서들이 사용된다 정도를 판단 하는데 초점을 맞추면 더 좋지 않을까 생각 합니다.
안녕하세요 ^^ 방법의 차이는 있겠지만 결국 포인트는 만료일을 어떻게 변수로 가지고 있을 것이냐 가 포인트가 될 것 같습니다. "Source에 넣어 놓아도 되고, 암호화 시켜서 config에 넣어도 되고, db에 넣어도 되고 방법은 고민을 해보셔도 좋을 듯하네요. 만료일 변수의 체크 시점은 프로그램 로딩 시로 해도 좋고 체크 하는 thread를 하나 넣어서 주기적으로 계속 체크해도 좋겠네요 ^^ 화이팅 하십시오 ^^
너무 좋은 설명 감사합니다 보통 PRD를 작성 후에 ERD를 작성을하나요?? 같이 진행하게되면 안좋은 걸가요 ??
업무 진행으로 봤을 때에, 요구 사항이 명확해 지고 개발 범위가 확정이 되고 난 후에 데이터 흐름을 정리하게 되기 때문에 시기로 보면 PRD는 검토 단계, 이후 ERD는 분석 설계 단계 정도로 정리 되는 것이 흐름이라고 생각 합니다. 하지만 PRD의 경우는 개발 전까지 늦으면 오픈 전까지 발생 하는 경우가 많기 때문에 PRD가 완료 되기 전에 작업 하게 되는 경우가 대부분이라고 생각 됩니다. ^^ 모든 문서들은 프로젝트의 종류나 흐름에 따라 구성이 다름으로 프로젝트 진행 시 이런 문서들이 사용된다 정도를 판단 하는데 초점을 맞추면 더 좋지 않을까 생각 합니다.
성의있게 잘 가르쳐주셔서 감사합니다!!!
감사합니다. 개발도 중요하지만 그 외의 업무들도 중하지 않을까 라는 생각이 많이 드는 요즘 입니다. ^^ 화이팅 하십시오!!!
선생님 감사합니다
저 질문이 있습니다
프로그램 배포시 프로그램 만료일되면 사용 못하게 하는 방밥도 알고 싶습니다 ㅜㅜ
안녕하세요 ^^ 방법의 차이는 있겠지만 결국 포인트는 만료일을 어떻게 변수로 가지고 있을 것이냐 가 포인트가 될 것 같습니다. "Source에 넣어 놓아도 되고, 암호화 시켜서 config에 넣어도 되고, db에 넣어도 되고 방법은 고민을 해보셔도 좋을 듯하네요. 만료일 변수의 체크 시점은 프로그램 로딩 시로 해도 좋고 체크 하는 thread를 하나 넣어서 주기적으로 계속 체크해도 좋겠네요 ^^ 화이팅 하십시오 ^^
1등 인가
글이 올라가자 마자 달린 것 같은데 1등이십니다!!! >.
2등!!
항상 응원해주셔서 감사합니다.!!! ^^b