프로젝트 (세부 사항) 디자인 방법 ?? indetail

Question

내 질문은 정말 중요합니다. 내가 프로그램을 할 때 프로그래밍 논리에서 많은 오류가 있었음을 알았습니다 + 구조체 + 테스트 할 때 유연성이 있습니다. 많은 책을 읽었습니다. 모든 개념은 분명하지만 디자인을 시작할 위치를 모르겠습니다. 내 코드 또는 프로젝트 어떤 신체가 프로그래밍 기술의이 부분을 개선하는 방법을 도와 줄 수 있습니까?

내가 PHP + 자바 스크립트에서 작동하지만이 질문은 내가 종이와 펜을 누르고 있으면 내가 뭔가 문제가 어떻게 만들면 .. 에서 시작 위치를 생각 일반적으로 노트 - 유래

의 모든 프로그래머 있지만 simplyfy .... 그리고 많은 사람들이 모두 직면/직면하고있다

Answer 1

글쎄, 나는 모든 사람들이 모든 프로젝트와 다르다고 생각한다. 하지만 여기에 내가 개인적으로하는 일이 있습니다 ...

내 자신의 프로젝트 즉, 클라이언트 요구 사항이 없으면 데이터베이스 구조 나 UI 중 하나에서 시작합니다. 그런 다음 레이어를 통해 작업하여 테스트 (단위 및 시스템) 및 유지 관리를 가능한 한 쉽게 수행 할 수 있도록 명확한 분리를 유지해야합니다.

주목할 점은 접근 방식에 관계없이 프로세스가 반복적이라고 생각하는 것입니다. 나는 종종 일하고, 리팩토링하고, 일하고, 리팩토링하는 등 세부 사항에 너무 푹 빠져서 느끼지 마십시오. 요구 사항은 핵심 사항 (사용자 또는 고객) 이건간에 기술적 구현은 거의 무관합니다.

클라이언트를 처리 할 때 프로세스가 다소 다릅니다. 공정한 양의 디자인을해야하기 때문에 한 층에서 다른 층까지 가능한 한 정확한 층에 많은 논리를 유지하려고 다시 생각해야합니다. 예를 들어 DB를 사용하는 경우 DB 액세스에서 코드를 추상화하기 위해 DAL (데이터 액세스 계층)이 필요합니다. 그런 다음 DAL을 사용하는 특정 비즈니스 논리 라이브러리를 원합니다. 데이터의 상위 부분을 추상화 (비즈니스 계층을 통과)합니다.

각 레벨을 생각하고 데이터의 저장 공간을 변경하려는 경우 DAL을 변경하면 이전대로 DAL을 변경하면됩니다.

Answer 2

프로젝트의 디자인을 시작하는 데는 많은 부분이 무엇에 달려 있습니까? 당신이 개발하고 있습니다, 그것은 응용 프로그램의 요구 사항입니다. 먼저 애플리케이션의 목적에 대한 정보를 수집해야합니다. 우리가 프로그래밍을 시작할 때 프로그래밍의 보편적 인 사실로서 Input-Process-Output이라는 단순한 추세를 염두에 두어야합니다. 따라서 디자인은 입력으로 시작됩니다. 신청서 입력에 필요한 정보를 수집하십시오. 사용자가 입력하지 않은 경우 프론트 엔드 디자인에서 언급하지 않아도됩니다 (Windows 언어에서는 소위 "양식"이라고 함). 사용자가 무엇을 제공 할 것인가는 입력 영역을 설계 할 때 고려해야 할 사항입니다 (프로젝트를 시작하기위한 첫 단계 임).

디자인 단계에서 사용자가 궁극적으로 사용하려고하는 것처럼 유연한 시작 디자인을 효율적으로 만들기 위해 지속적인 상호 작용이 필요합니다. 프로젝트 설계를 시작할 때 나는 항상 사용자를 게으른 사람이라고 생각한다. 우리가 그 사실을 염두에두면 우리의 애플리케이션은 사용이 간편한 &으로 더 간단해질 것이다. 일단, 당신은 다음 단계로 당신을 제안 할 시작 흐름을 시작합니다. 이 도움이

희망 ............. :-)