Процесс разработки сайта — шаги жизненного цикла

Процесс разработки системы может отслеживать ряд стандартных или специфических для предприятия сред, методологий, инструментов моделирования и языков. Жизненный цикл разработки программного обеспечения обычно сопровождается стандартами, которые могут удовлетворить потребности любой команды разработчиков. Подобно программному обеспечению, веб-сайты могут также разрабатываться определенными методами с некоторыми изменениями и дополнениями к существующему процессу разработки программного обеспечения. Давайте посмотрим шаги, связанные с разработкой любого сайта.

1. Анализ:

Как только клиент начинает обсуждать свои потребности, команда начинает предварительный анализ потребностей. Поскольку веб-сайт будет частью системы, он требует полного анализа того, как веб-сайт или веб-приложение помогут существующей системе и как сайт поможет бизнесу. Кроме того, анализ должен охватывать все аспекты, особенно то, как веб-сайт присоединится к существующей системе. Первое, что важно, это найти целевую аудиторию. Тогда все текущее оборудование, программное обеспечение, люди и данные должны быть приняты во внимание во время анализа. Например, если компании XYZ нужен веб-сайт для размещения своих кадровых ресурсов в сети, аналитическая группа может попытаться использовать существующие данные о сотрудниках в текущей базе данных. Анализ должен быть сделан таким образом, чтобы он не занимал слишком много времени или с меньшим количеством информации. Команда должна быть в состоянии выполнить полный анализ затрат и выгод, и, поскольку план проекта будет продуктом анализа, он должен быть реалистичным. Чтобы достичь этого, аналитику необходимо проконсультироваться с дизайнерами, разработчиками и тестировщиками, чтобы разработать реалистичный план.

Входные данные: интервью с клиентом, поддержка клиентов и почта, заметки для обсуждения, онлайн-чат, записанные телефонные разговоры, шаблоны сайтов / приложений и т. Д.

Результат: 1. Рабочий план, 2. Затраты, 3. Спецификации команды, 4. Требования к аппаратному и программному обеспечению, 5. Сопроводительная документация и 6. Утверждение.

2. Спецификация здания:

Предварительные спецификации разрабатываются с учетом каждого из элементов требования. Например, если продукт представляет собой веб-сайт, в спецификации должны быть включены модули сайта, включая общий макет, навигацию по сайту и динамические части сайта. Крупные проекты потребуют дополнительных консультаций для оценки дополнительных эксплуатационных и технических требований. После рассмотрения и утверждения проекта документа готовится письменное предложение, в котором описываются масштабы проекта, включая обязанности, сроки и затраты.

Вступление: Отчеты аналитической команды

Результат: полная спецификация потребностей людей и клиента / представителя клиента

3. Дизайн и разработка:

Как только спецификация разработана, работа на веб-сайте планируется после получения подписанного предложения, депозита, а также всего письменного и графического контента, который вы хотите включить. Здесь, как правило, макеты и навигация будут проектироваться как прототип.

Некоторые клиенты могут быть заинтересованы только в полном функциональном прототипе. В этом случае может возникнуть необходимость показать им интерактивность приложения или сайта. Но в большинстве случаев клиент может пожелать просмотреть два или три чертежа со всеми изображениями и навигацией.

На стороне клиента может быть много предложений и изменений, и все изменения должны быть заморожены перед переходом к следующему этапу. Изменения могут быть повторно опубликованы через Интернет для просмотра клиентом.

При необходимости, отзывы клиентов, комментарии и одобрения могут быть предоставлены по электронной почте, факсу и телефону.

На этапе проектирования команда должна разработать планы испытаний и процедуры обеспечения качества. Необходимо получить одобрение клиента на дизайн и планы проекта.

Параллельно команда базы данных соберется, чтобы понять требования и разработать базу данных со всеми структурами данных. Образцы данных также будут подготовлены.

Вступление: уточнение требования

Вывод: дизайн сайта с моделями, изображениями и прототипом

4. Содержание написания:

Этот этап необходим в первую очередь для веб-сайтов. Есть профессиональные разработчики контента, которые могут написать контент для конкретного сектора, соответствующий сайту. Редакторы контента для добавления своего текста могут использовать шаблоны оформления. На этом этапе грамматика и проверка орфографии должны быть завершены.

Вступление: разработанная модель

Вывод: сайт с форматированным контентом

5. Кодирование:

Теперь его программисты поворачиваются, чтобы добавить свой код, не нарушая дизайн. В отличие от традиционного дизайна, разработчик должен знать интерфейс и код не должен нарушать внешний вид сайта или приложения. Разработчик должен понимать дизайн и навигацию. Если сайт динамический, код должен использовать шаблон. Разработчику может потребоваться взаимодействие с дизайнером, чтобы понять дизайн. Дизайнеру может потребоваться разработать графические кнопки, когда они нужны разработчику, особенно при использовании кнопок формы. Если команда разработчиков работает, они должны использовать CVS для контроля своих источников. Команда разработчиков должна составить необходимые планы испытаний и техническую документацию. Например, пользователи Java могут использовать JavaDoc для разработки своих документов, чтобы понять их поток кода. Документация для конечного пользователя также может быть подготовлена ​​командой программистов, которая может быть использована техническим писателем, который сможет ее понять, написать пособия и руководства позже.

Вход: сайт с формами и спецификацией требований

Вывод: управляемые базой данных функции с сайта, кодирование документа

6. Тесты

В отличие от программного обеспечения, веб-приложения требуют обширного тестирования, поскольку они всегда будут работать как многопользовательская система с ограничениями полосы пропускания. Вот некоторые из следующих тестов: интеграционный тест, стресс-тест, тест на масштабируемость, нагрузочный тест, тест разрешения и тест на совместимость браузера. Автоматизированные тесты и ручные тесты должны проводиться в обязательном порядке. Например, необходимо протестировать быстро загружаемые графики и рассчитать время их загрузки, поскольку они очень важны для любого веб-сайта. Некоторые инструменты тестирования, а также некоторые инструменты онлайн-тестирования могут помочь тестерам тестировать свои приложения. Например, разработчики ASP могут использовать Microsoft Web Test Tool для тестирования приложений ASP. Это бесплатный инструмент, который вы можете скачать с веб-сайта Microsoft.

После завершения всех тестов требуется живой тест для веб-сайтов и веб-приложений. После загрузки сайта должен пройти полный тест (тест, например, ссылки)

Запись: сайт, требования к спецификациям, сопроводительные документы, технические характеристики и технические документы

Вывод: приложение / сайт завершены, протоколы испытаний, журналы ошибок, частое взаимодействие с разработчиками и дизайнерами

7. Продвижение:

Этот этап применим только для веб-сайтов. Для продвижения требуется подготовка мета-тегов, постоянный анализ и отправка URL-адресов в поисковые системы и каталоги. На этом сайте есть статья о продвижении сайта, нажмите здесь, чтобы прочитать его. Продвижение сайта обычно является непрерывным процессом, потому что стратегии поисковых систем могут меняться довольно часто. Отправка URL сайта один раз в 2 месяца может быть идеальной политикой регистрации. Если клиент желает, платные клики и оплаченные цитаты могут быть сделаны за дополнительную плату.

Вход: сайт с контентом, электронными письмами клиентов с упоминанием конкурентов

Вывод: представление сайта с необходимой подготовкой метатегов

8. Техническое обслуживание и обновление:

Веб-сайты будут нуждаться в частых обновлениях, чтобы оставаться свежими. В этом случае мы должны повторить анализ, и все остальные этапы жизненного цикла будут повторены. Исправления ошибок могут быть сделаны во время обслуживания. После того, как ваш сайт запущен, регулярное продвижение, техническое обслуживание, управление контентом и обновление, отчеты о посещениях, обучение персонала и наставничество требуются регулярно, в зависимости от сложности сайта. ваш сайт и потребности вашей организации.

Входные данные: сайт / приложение, контент / функции для обновления, новые аналитические отчеты

Результат: обновленное приложение, сопроводительные документы для других этапов и команд жизненного цикла.

Упомянутые выше шаги не являются строгими для разработки веб-приложений или веб-сайтов. Некоторые шаги могут не относиться к определенным задачам. Это зависит от стоимости, времени и необходимости. Иногда, если это интранет-сайт, продвижение сайта не происходит. Но даже если вы небольшая компания-разработчик, если вы принимаете определенные графики одновременно с этими этапами веб-проектирования, это, безусловно, отразится на качестве результатов.

Смотрите таблицу "Как мы делаем веб-разработку в Macronimous?"[PDF format]



Source by Benny Alexander

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *