От старых добрых времен <BLINK> И нигде это не так очевидно, как в области разработки веб-приложений.
По мере того как Интернет превращался в крупного игрока на мировом экономическом фронте, росло и количество инвесторов, заинтересованных в его развитии. Итак, вы можете спросить, как интернет продолжает играть важную роль в коммуникации, СМИ и новостях? Ключевые слова: проекты веб-приложений.
Веб-приложения — это бизнес-стратегии и политики, реализуемые в Интернете с использованием служб пользователя, бизнеса и данных. Эти инструменты — то, где будущее. В этой статье я проведу вас через основные этапы жизненного цикла проекта веб-приложения, объясню, какие у вас есть варианты, и помогу вам составить план успешных собственных попыток веб-приложения. Сначала давайте кратко рассмотрим веб-приложения.
Кому нужны веб-приложения и почему?
Существует множество сущностей, которым требуются приложения для примера Web-one: взаимодействие между предприятиями. Многие компании в мире сегодня требуют вести дела друг с другом через безопасные и частные сети. Этот процесс становится все более популярным среди многих зарубежных компаний, которые передают проекты друг другу. От простого процесса перевода средств на банковский счет до развертывания крупномасштабной сети веб-сервисов, которая обновляет информацию о ценах по всему миру, внедрение инфраструктуры веб-приложений жизненно важно для многих предприятий.
Модель веб-приложения
Модель веб-приложений, как и многие модели разработки программного обеспечения, построена на трех уровнях: пользовательские службы, бизнес-службы и службы данных. Эта модель разбивает приложение на сеть потребителей и поставщиков услуг.
Уровень обслуживания пользователей создает визуальный шлюз для взаимодействия потребителя с приложением. Это может варьироваться от базового HTML и DHTML до сложных компонентов COM и апплетов Java.
Пользовательские сервисы затем извлекают бизнес-логику и процедуры из бизнес-сервисов. Этот уровень может варьироваться от веб-сценариев в ASP / PHP / JSP до программирования на стороне сервера, такого как TCL, CORBA и PERL, которое позволяет пользователю выполнять сложные действия через веб-интерфейс.
Последний уровень — уровень службы данных. Службы данных хранят, извлекают и обновляют информацию на высоком уровне. Базы данных, файловые системы и записываемые носители являются примерами устройств хранения и поиска данных. Однако для веб-приложений базы данных являются наиболее практичными. Базы данных позволяют разработчикам систематически и организованно хранить, извлекать, добавлять и обновлять категориальную информацию.
Выбор правильного проекта
Выбор правильных типов проектов для работы является чрезвычайно важной частью плана разработки веб-приложений.
Оценка ваших ресурсов, технических навыков и возможностей публикации должна быть вашей первой целью. Принимая во внимание 3 уровня, составьте список всех доступных ресурсов, которые можно категорически назначить каждому уровню.
Следующим соображением должна быть стоимость. У вас есть бюджет, чтобы завершить этот проект? Сколько вам будет стоить спроектировать, разработать и реализовать полный проект с достаточным успехом? На эти вопросы следует ответить, прежде чем подписывать какие-либо сделки или контракты.
Давайте посмотрим на пример. Компании под названием ABC необходимо разработать веб-приложение, которое будет отображать информацию о продажах, созданную различными агентами по продажам. Данные обновляются ежедневно с помощью полностью автоматизированного процесса на всех трех уровнях обслуживания. Клиент говорит вам, что весь этот проект должен быть выполнен на сервере ASP / SQL, и что вы должны также разместить приложение.
После оценки всех ваших ресурсов вы и ваша команда пришли к выводу, что компания не может делать резервные копии данных ежедневно. После дальнейшего обсуждения вы понимаете, что это очень важная часть настройки для вашего клиента, и вы не должны рисковать, рискуя с проектом. Вполне вероятно, что в следующий раз вы будете более подготовлены, когда аналогичный проект окажется у вас на столе, поэтому вы отказываетесь от работы и рекомендуете кого-то еще, кто имеет возможность сделать это прямо сейчас.
Фазы в проекте веб-приложения
Процесс разработки веб-приложений состоит из 4 этапов:
- Представление характера и направления проекта
- Разработка плана
- развитие
- Тестирование, поддержка и стабильность
Давайте рассмотрим каждый из них более подробно.
1. Представление характера и направления проекта
На этом этапе руководство и разработчики, назначенные для проекта, собираются вместе и устанавливают цели, которых должно достичь решение. Это включает в себя признание ограничений, накладываемых на проект, планирование и управление версиями приложения. К концу этого этапа должна быть четкая документация о том, чего достигнет приложение.
2. Разработка плана
На этом этапе вы и ваша команда должны определить «как» в приложении.
Какой язык сценариев является наиболее подходящим, какие функции должны быть включены, и сколько времени это займет? Вот некоторые из вопросов, на которые необходимо ответить на этом этапе планирования. Основными касательными в этой точке являются план проекта и функциональная спецификация. План проекта определяет временные рамки событий и задач, а функциональная спецификация подробно описывает, как приложение будет функционировать и функционировать.
3. Разработка
Как только план проекта и функциональная спецификация готовы, устанавливается базовый уровень для начала разработки. Программист или веб-разработчик начинают кодирование, тестирование и публикацию данных. На этом этапе устанавливаются переменные данных, объекты и процедуры кодирования, которые будут использоваться на протяжении оставшейся части проекта. Основной этап работы подготовлен командой разработчиков, которая затем передается руководству для проверки.
4. Тестирование, поддержка и стабильность
Фаза стабильности проекта приложения в основном сосредоточена на тестировании и устранении ошибок, несоответствий и сетевых проблем, которые в противном случае могут привести к сбою приложения. Именно здесь устанавливаются политики и процедуры для успешной системы поддержки.
Зная ваши варианты и используя их с умом
Хорошо, теперь, когда у вас есть понимание архитектуры и процедур, лежащих в основе разработки веб-приложений, давайте посмотрим, какие технические параметры необходимо учитывать для самого процесса разработки.
Веб-серверы Windows
Microsoft построила базу постоянных клиентов на одном важном факторе — их простом в использовании программном обеспечении. Веб-серверы Windows NT / 2000 / XP очень быстры и просты в администрировании. Тот факт, что операционная система представляет собой оболочку Windows, означает, что администраторы и авторы могут легко позволить веб-серверу взаимодействовать с другими программными и аппаратными приложениями для передачи и получения данных через Интернет. Популярные серверные языки сценариев, используемые с серверами Windows, ASP / ASP. net, Java Server Pages и PHP.
Веб-серверы UNIX / Linux
UNIX давно известен своей надежностью. Это мощный и надежный веб-сервер и операционная система. Unix является предпочтительным сервером для многих крупных веб-сайтов, которые нуждаются в системах управления контентом или получают чрезвычайно большой объем трафика. Популярные серверные языки сценариев для UNIX: Java Server Pages, PERL, PHP и CORBA.
У каждого скриптового языка есть свои плюсы и минусы. Поскольку я не пишу здесь книгу, я буду использовать модель ASP в качестве языка иллюстраций. При работе с серверами Windows есть несколько важных параметров, которые разработчик должен включить в уравнение, включая безопасность, масштабируемость, скорость и дизайн приложения. Итак, ниже я собираюсь помочь вам сформулировать успешный план для выполнения всех видов веб-проектов.
Планирование успешного проекта веб-разработки
Чтобы свести к минимуму риск провала проекта, я всегда подходил к своим проектам разработки приложений в следующей последовательности.
1. Определите бизнес-логику и сущности
Начните со сбора информации обо всем, что у вас есть. Если вы собираетесь работать с базами данных, начните с перечисления, сколько объектов будет использоваться в бизнес-логике. Например, если ваша программа реализует данные о продажах, заявка на продажу будет сущностью.
После того как вы определили все свои сущности, установите четкое руководство для их отношений. Это можно сделать с помощью презентаций, блок-схем или даже отчетов.
2. Создать функциональную спецификацию и план проекта
Эта часть, на мой взгляд, является самой важной частью проекта. Функциональные спецификации (или функциональные спецификации) представляют собой карту или схему того, как вы хотите, чтобы конкретное веб-приложение выглядело и работало. Спецификация подробно описывает, что будет делать готовый продукт, взаимодействие с пользователем и его внешний вид.
Преимущество написания функциональной спецификации заключается в том, что она упрощает процесс разработки. Он устраняет несоответствия и догадки из процесса программирования, потому что уровень детализации, который входит в план, позволяет минимизировать недоразумения, которые обычно связаны с неудачами проекта. Смотрите примеры хорошо написанных функциональных спецификаций на RayComm.com .
Как только функциональная спецификация закончена, должен быть разработан план проекта. План проекта — это график задач и событий, которые будут происходить во время проекта. Менеджер проекта или программы обычно является человеком, который создает план проекта, и его основной задачей является подробное описание примечаний к задачам, в то же время способных вместить информацию о планировании и ресурсах. Вы можете скачать образец файла Excel для плана проекта на Method123.com .
3. Ввести модель приложения в игру
Как обсуждалось ранее, модель приложения состоит из 3 уровней — уровней обслуживания пользователя, бизнеса и данных, каждый из которых служит существенной цели.
На практике всегда лучше начинать с уровня данных, потому что вы уже определили свои сущности и поняли их взаимосвязь. Уровень данных может быть базой данных сервера SQL, текстовым файлом или даже мощным и надежным Oracle. Создавайте таблицы, отношения, задания и процедуры в зависимости от того, какую платформу вы выбрали. Если данные являются хранилищем (то есть данные уже существуют и не зависят от взаимодействия в реальном времени), убедитесь, что новые и дополнительные данные могут быть добавлены надежно и масштабируемым образом.
Краткий совет: использование представлений в SQL-сервере / Oracle может значительно повысить производительность и производительность вашего приложения. Они увеличивают скорость, потому что это «хранимые запросы», которые не имеют физического существования.
Уровень бизнес-сервисов, на мой взгляд, является сердцем приложения. Он включает в себя реализацию бизнес-логики на языке сценариев или программирования.
На этом этапе убедитесь, что вы уже настроили среду для тестирования и отладки. Всегда тестируйте по крайней мере 2 экземпляра в вашем приложении, в конце концов, то, что может работать идеально для вас, может не очень хорошо работать на других платформах или машинах. ASP, XML, PHP, JSP и CGI являются примерами языков сценариев на стороне сервера, используемых на уровне бизнес-сервисов. Какой бы язык вы ни выбрали, убедитесь, что он способен обрабатывать всю бизнес-логику, представленную в функциональной спецификации.
Последний — это пользовательский уровень, который абсолютно необходим для интерактивных и стратегических элементов приложения. Он предоставляет пользователю визуальный доступ к бизнес-сервису, размещая изображения, значки, графику и элементы макета в стратегических областях, представляющих интерес, чаще всего на основе управленческих исследований. Если вы будете разрабатывать пользовательский уровень самостоятельно, обязательно изучите свое соревнование. Последнее, что вам нужно, это чтобы ваше приложение выглядело точно так же, как и другое.
4. Разработайте схему поддержки
Возможность поддерживать и стабилизировать ваше приложение очень важна. Определите вызов процедуры для случаев сбоя, аварий или даже простоя. Дайте вашим клиентам возможность связаться с вами в случае чрезвычайной ситуации, связанной с программой.
Хорошим примером схемы поддержки является система отслеживания билетов. Эта система позволяет пользователям регистрировать дела, относящиеся к запросу в службу поддержки и команде поддержки, а затем позволяет отслеживать ход дела. Это означает, что запрос идентифицируется по уникальному коду или номеру. Хотя системы отслеживания билетов обычно используются хостинговыми компаниями или крупномасштабными ASP (поставщиками сервисов приложений), они все же служат важной цели, помогая поддерживать стабильность приложения.
К вам …
Итак, у вас есть это — структура, с которой вы можете начать планировать и разрабатывать свои собственные успешные веб-приложения.
Веб-приложения появятся еще долго. По мере продвижения в будущее они станут менее ручными и более автоматизированными. Это в конечном итоге приведет к новым видам исследований, но сейчас мы можем быть довольны тем, что именно это движет Интернетом.