무엇이 필수적인 디자인물을 생산 할?[마감]

Question

의 과정에서 소프트웨어 개발 라이프사이클,무엇이 필수적인 디자인물을 생산 할?무엇이 그들에 필수적인 연습을?

프로젝트 나는 현재에서 생산되었습니다 8 합니다.이 웹 응용 프로그램을 적극적으로 향상되고 유지하는 시간입니다.우리는 CMMI 기반의 정책과 프로세스에서치 부분의 우리의 연습이 잘되고 정의 설계 단계에 크게되었습니다 간과된다.모범 사례,누구?

Answer 1

근무하는 데에 많은 폭포에서 프로젝트는 과거의 많은 애드혹하고 민첩한 프로젝트를 더 최근에,거기에 디자인의 유물이 내가 만들이 있지만 나는 할 수 없는 상태에 충분하는것이 정말에 따라 프로젝트의 세부 사항(법/팀 구조/척도/도구 etc.).

에 대한 일반적인 서버를 기반으로 하는'기업 응용 프로그램'내가 원하는 최소한 무언가를 따라 이러한 라인:

• 대한 자세한 기능적인 디자인 문서(일명 spec).일반적으로 무언가의 라인을 따라엘 s' WhatsTimeIsIt 예 spec, 지만,아마 어떤 UML 사용하여 케이스 다이어그램.
• 소프트웨어 techical 디자인 문서입니다.반드시 자세한 100%를 위한 시스템을 적용 하지만 자세한에서 모든 주요 지역을 포함하는 모든 디자인을 결정합니다.고의 비트는 UML 괴물의 것을 볼 좋은 사진을 많이의 라인을 따라 패키지는 다이어그램,구성 요소는 다이어그램,핵심 기능 클래스 다이어그램,그리고 아마도 어떤 시퀀스 다이어그램을 던지는 것이 좋다.
• 는 인프라스트럭처 설계 문서입니다.아마 UML 배포 다이어그램에 대한 개념적 deisng 및 아마트 네트워크는 다이어그램에 대한 더 많은 뭔가 육체적.

내가 말할 때 문서는 위의 수도로 여러 문서,또는 아마도 저장에 wiki/다른 어떤 도구입니다.

로를 위한 그들의 유용성,내 철학은 항상 개발 팀은 항상할 수 있는 손을 통해 응용 프로그램을 지원 팀하지 않고도 손으로 그들의 전화 번호.는 경우 디자인 아티팩트하지 않 clealry 을 나타내는 무엇 응용 프로그램과는 어떻게 그것은 그것을,그리고 그것을 알고 다음을 지원 팀을 주기 위하여 려고 하고 있다는 것을 응용 프로그램 같은 관심과 그들은 맹렬한 강아지입니다.

나도 언급해야 나는 vindicating 의 연습을 나눠 소프트웨어에서는 개발 팀의 지원 팀은 한 번 그 완료, 올리는 모든 방식의 흥미로운 문제,나는 그냥 그것을 말하고 있어야 가능한 경우에는 관리합니다.

Answer 2

작동 코드고용하는 whiteboard 그림입니다.

P

Answer 3

디자인 변경이 그렇게 많은 개발 중 및 이후에는 대부분의 내게 문서에서 멀리 부패 소스어가 될 거의가 더 방해 도움보다면 코드에서는 생산.나는 디자인 문서 필요한 만큼 좋은 커뮤니케이션과 명확히 생각하는 동안 당신이 무언가를 개발,하지만 그 후에 그것은 엄청난 노력을 기울여 그들을 제대로 유지됩니다.

내가 사진을 찍는 화이트보드 및 저장 Jpeg 파일을 파일이 손상되었습니다.사람들은 일부 내 최고의 디자인 문서!

Answer 4

에서 우리의 모델(는 특정한 비즈니스 프로세스 어플리케이션)디자인을 공예품을 포함한다:

• 도메인 데이터 모델,에 대한 의견과 각 엔터티 및 특성
• properties 파일을 나열 모든 수정 및 트리거를 만들에 각각 엔터티를 계산하는 특성,검사기 및 기타 비즈니스 로직
• 설정 화면의 정의(view 모델)

그러나 이러한 정말로 계산 디자인공예?우리의 프레임워크가 이러한 정의는 생성에 사용된 실제 코드는 시스템의,그래서 어쩌면 그들은 넘어서 디자인한다.

하지만 사실 그들이 봉사하는 이중의 의무는 강력하기 때문에 그들은,정의에 의하여,최신과 동기화된 코드습니다.

Answer 5

이는 디자인 문서,per se,하지만 우리의 단위 테스트 봉사하는 이중의 목적을 설명""얼마나 코드들을 테스트 해야하는 기능입니다.좋은 부분에 대해 이것은 그들이 지아웃 날짜, 이후,우리의 유닛 테스트를 통과해야에 대한 우리의 구축을 성공합니다.

Answer 6

나는 생각하지 않는 아무것도 취할 수 있는 장소의 좋은 옛날 디자인 spec 다음과 같은 장점이 있습니다.

• 제공하는 수단으로 통신하는 방법 당신다는 것을 응용 프로그램을 다른 사람입니다.
• 그것은 당신이 아이디어를 얻을 당신의 머리 그래서 당신 걱정하지 않 추적 백만 가 동시에.
• 이 있는 경우를 일시 중지 프로젝트를 반환하고 나중에 그것을 당신이 출발 당신의 생각을 다시 프로세스.

내가 좋아하는 다양한 비트의 정보에서 디자인 사양:

• 일반적인 설명의 접근 방식에 도전 손에
• 당신은 어떻게 응용 프로그램을 모니터링?
• 어떤 보안 관심과 그들은 어떻게 해결?
• 흐름도/시퀀스 다이어그램
• 문제를 열고
• 알려진 한계

단위 테스트,면서 환상적인 틀림없이 중요한 항목에 포함하는 응용 프로그램 개발,커버하지 않는 모든 이러한 항목에 대해 설명합니다.