웹 애플리케이션 개발 방법을 알려주는 5가지 단계

자주 묻는 질문이고 당연히 물어봐야 할 질문입니다. 프로그래머로서 왜 웹 애플리케이션 개발 방법을 안다고 생각해야 합니까? 이 질문에 대한 쉬운 답은 없으며, 심지어 교육 기관에서도 명확한 답을 얻지 못할 수 있습니다. 제가 다녔던 대학에서는 이 주제에 대한 강좌를 제공하지 않았습니다. 따라서 이 분야의 대부분의 웹 개발자와 마찬가지로 저는 이를 직접 수행하고 실험함으로써 배웠습니다. 아무도 나에게 어떻게 하는지 알려주지 않았고, 나는 스스로 무언가를 만드는 것부터 시작했고, 웹 애플리케이션 개발 방법을 배우는 것은 그 과정의 부산물이었습니다. 이것은 모든 언어를 배우는 데 매우 효과적인 방법입니다.

다행히도 여기서는 웹 애플리케이션 개발의 주요 프로세스에 대해 이야기하겠습니다. 이것이 시작하는 데 도움이 되기를 바랍니다. `

웹 애플리케이션과 웹 사이트의 차이점

먼저 웹 애플리케이션 개발은 웹 사이트 개발과 다르다는 점을 말씀드리고 싶습니다. 전반적으로 큰 유사점이 있지만 개발하는 데 걸리는 시간에는 큰 차이가 있습니다. 그렇다면 웹 애플리케이션과 웹 사이트의 차이점은 무엇입니까? 일반적으로 Wikipedia는 이 문제를 설명하는 데 도움이 될 수 있습니다. Wikipedia가 응용 프로그램 소프트웨어를 어떻게 정의하는지 살펴보겠습니다.

종종 응용 프로그램이라고도 불리는 응용 프로그램 소프트웨어는 사용자가 하나 이상의 작업을 수행할 수 있도록 특별히 설계된 소프트웨어를 말합니다. 특정 작업을 수행하도록 설계된 컴퓨터 소프트웨어입니다. 엔터프라이즈 소프트웨어, 회계 소프트웨어, 사무용 제품군, 그리기 소프트웨어, 미디어 플레이어 등은 모두 이 소프트웨어 범주에 속합니다.

응용 소프트웨어와 달리 시스템 소프트웨어와 미들웨어는 컴퓨터의 성능과 컴퓨터와의 통합 방식을 관리하지만, 일반적으로 이러한 작업은 사용자에게 이익이 되는 작업의 실행에 직접적으로 반영되지 않습니다. 예를 들어, 그다지 적절하지 않은 물리적 비유인 응용 소프트웨어와 시스템 소프트웨어의 관계는 전구와 발전소의 관계와 같습니다. 발전소(시스템 소프트웨어)는 전기만 생산할 뿐 실제 전력은 전혀 사용하지 않습니다. 단, 전구와 같은 응용 도구를 사용하여 사용자에게 서비스를 제공하는 경우는 제외됩니다.

내부에서 웹 애플리케이션에 대한 내 자신의 정의를 요약했습니다.

웹 애플리케이션은 사용자가 특정 작업을 완료할 수 있는 웹사이트입니다. 그리고 일반 웹사이트의 주요 목표는 사용자에게 정보(블로그, 뉴스, 안내 등)를 제공하는 것입니다.

웹 애플리케이션 개발 프로세스

이제 특성이 명확해졌으므로 웹 애플리케이션 개발의 전체 프로세스를 정의할 수 있습니다. 물론 프로젝트의 규모에 따라 과정의 일부 단계는 머리 속으로 할 수 있을 만큼 작을 수도 있지만, 전체를 보는 것은 항상 좋습니다. 또한 이 문서에서는 각 단계에 대한 자세한 설명을 제공하지 않는다는 점을 이해하는 것이 중요합니다.

1단계: 분석

웹 애플리케이션 개발의 첫 번째 단계는 요구사항을 분석하는 것입니다. 이제 애플리케이션이 제공해야 하는 기능 목록을 최대한 포괄적으로 정의해야 합니다. 고객을 위해 이 작업을 수행하는 경우 고객이 원하는 것이 무엇인지 이해해야 합니다(그리고 상대방이 말하는 내용을 두 사람 모두 알고 있는지 확인해야 합니다). 토론을 통해 요구 사항과 소프트웨어 사양을 요약할 수 있습니다. 직접 개발하는 경우에도 웹 애플리케이션에서 원하는 기능을 적어 두는 것이 좋습니다.

2단계: 디자인

웹 애플리케이션이 수행해야 하는 작업이 무엇인지 파악한 후에는 디자인을 시작할 수 있습니다. 이 단계는 일반적으로 디자인이 개선될 때마다 여러 번 반복됩니다. 가장 먼저 해야 할 일은 페이지 흐름도를 그리는 것입니다(종이에 또는 원하는 소프트웨어 도구를 사용합니다. 저는 더 빠르게 변경할 수 있도록 종이를 사용하는 것을 좋아합니다). 페이지 흐름 다이어그램은 일반적으로 구현할 웹 애플리케이션의 모습을 나타내는 매우 추상적인 흑백 그림입니다(일부 색상을 추가할 수 있지만 단순하게 유지하십시오).

이 단계에서는 애플리케이션이 최종적으로 어떤 모습일지에 대한 아이디어를 얻을 수 있습니다. 37signals가 옹호하는 것과는 반대로, 나는 몇 가지 단어 설명을 사용하고 적당히 자세하게 설명하는 것을 제안합니다. 좋은 아이디어가 떠오르거나 어떻게 해야 하는지 종이에 표시합니다. 예를 들어 이 버튼을 클릭하면 다른 요소가 변경되거나 숨겨져야 합니다. 이 과정에서 이를 기록해 둡니다. 그림).

만든 스케치가 만족스러우면 실제 모델 제작을 시작할 수 있습니다.

실제 모델은 여전히 ​​패턴이지만 색상과 디테일이 있습니다. 최종 모형은 구현할 웹 애플리케이션의 스크린샷처럼 보여야 합니다. 당신이 클라이언트를 위해 개발한다면 그는 이런 것들을 살펴보고 당신에게 승인을 줄 것입니다. 그러나 많은 사람들은 이 단계를 건너뛰고(대부분 디자이너가 아닌 경우) 웹 프로토타입으로 바로 이동하는 것을 좋아합니다.

프로토타입은 HTML로 개발되고 CSS(경우에 따라 Javascript)를 사용하여 렌더링됩니다. 페이지 레이아웃을 만들어야 하고, 링크를 클릭할 수 있어야 하며, 색상, 글꼴, 글꼴 크기를 설정해야 합니다(실제 모델을 만들면 쉽습니다). 이 단계는 여기에 있는 모든 내용이 최종 애플리케이션에 사용될 수 있기 때문에 매우 중요합니다. 가능하다면 프로토타입에 대한 사용성 테스트를 수행하면 장기적으로 많은 실수를 줄일 수 있습니다.

이 단계가 끝나면 기본적으로 웹 애플리케이션이 어떻게 구성되어 있는지 알게 됩니다. 로그인 페이지란 무엇이며 사용자가 홈페이지에서 각 페이지로 어떻게 이동합니까?

3단계: 구현

프레임워크 선택

이제 개발하려는 것이 무엇인지 알았으니 이를 만들어야 합니다. 이 부분은 많은 작업을 수행하므로 대부분의 시간을 이 부분에 할애하게 됩니다. 가장 먼저 내려야 할 결정은 시작 방법, 사용할 기술 및 프레임워크입니다. 선택할 수 있는 옵션이 많으므로 자신에게 맞는 것을 선택해야 합니다. 다음은 가장 일반적으로 사용되는 프레임워크 목록입니다.

ASP.NET

PHP의 모든 프로세스를 위한 프레임워크

Django가 포함된 Python

Ruby 레일스

어떤 프레임워크가 가장 좋은지에 대한 명확한 기준은 없습니다. 그것들은 모두 다르며 각각 고유한 장점이 있습니다. 당신이 알아야 할 가장 중요한 것은 이들 중 어떤 것이든 유용한 웹 애플리케이션을 개발할 수 있다는 것입니다.

개발

개발 방법을 알았다면 이제 시작해야 합니다. 이 개발 작업은 많은 부분으로 구성되어 있다고 볼 수 있지만 결국 이는 표준 프로그래밍 활동입니다. 백그라운드에서 클래스, 개체, 서비스, 프로시저 및 지속성 계층을 생성하여 이러한 개체를 데이터베이스에 저장합니다. 배경은 전체 애플리케이션의 핵심입니다. 어떤 애플리케이션이든 일반 프로그래밍과 다르지 않습니다. 다음은 프론트 데스크 개발입니다. 지금 작성하는 코드는 사용자를 위한 실제 운영 인터페이스입니다. 백그라운드 프로그램과 프로토타입 인터페이스를 통합하고 시스템의 모든 부분을 함께 통합합니다. 또한 JavaScript를 사용하여 개발 과정에서 생각하는 멋진 작은 기능을 구현할 수도 있습니다.

역시 백그라운드 프로그램을 구현하는 방법에는 여러 가지가 있습니다. 작업의 이 부분을 구현하는 방법을 파악하려면 선택한 프레임워크와 관련된 정보를 읽는 것이 좋습니다. 일반적으로 이 지식은 객체 지향 프로그래밍과 관련이 있지만 일부 프레임워크는 도메인 중심 설계로 천천히 이동하고 있습니다.

4단계: 연마

이제 애플리케이션이 개발되었으며 독립 모듈이 함께 통합되었습니다. 1단계에서 정의한 요구 사항과 소프트웨어 사양이 구현되었는지 확인하기 위해 테스트해야 합니다(개발 프로세스 전반에 걸쳐 이 질문을 염두에 두어야 합니다). 아직 구현하지 않은 작업을 시도하여 어리석은 사용자가 애플리케이션을 손상시킬 수 없도록 하고 싶습니다. 또한 프로그램이 다양한 브라우저(IE6는 아님)에서 올바르게 실행될 수 있는지 확인해야 합니다.

이제는 앱의 느낌을 개선하고 완벽하게 만들기 위해 몇 가지 작은 조정을 해야 할 때이기도 합니다.

5단계: 게시 및 후속 작업

이 마지막 단계(끝은 아님)는 사용자가 실제로 사용할 수 있도록 애플리케이션을 게시하는 것입니다(이 애플리케이션이 공개 개발인 경우) 지원, 언론 홍보도 잊지 마세요). 원한다면 먼저 베타 버전을 출시하여 소수의 사용자만이 애플리케이션에서 큰 문제를 발견할 수 있도록 하고(프로그램에는 분명히 버그가 있을 것이기 때문입니다), 프로그램의 품질을 향상시키는 데 도움이 될 것입니다. 기능을 추가하기 위해 서두르지 말고 현재 프로그램을 견고하게 만드는 데 집중하세요.

베타 단계를 통과하고 애플리케이션이 매우 안정되면 사용자 피드백을 듣고 애플리케이션을 직접 사용해 보면서 애플리케이션을 더 좋게 만드는 방법에 대해 생각해 볼 수 있습니다. 불일치하는 부분을 찾아 제거하세요. 각 후속 반복은 위에서 언급한 5단계를 거치게 됩니다. 그러나 처음에 말했듯이 이제 작동하는 애플리케이션이 있으므로 마음속으로 이러한 단계를 직접 완료하고 코드에서 기능을 직접 테스트하는 것이 쉽습니다. .