Рассказываем, зачем нужны кейсы по созданию ПО и какие особенности выполнения проекта в них нужно отразить, чтобы привлечь внимание потенциальных клиентов. Также разбираем удачные кейсы разных digital-агентств — посмотрите на ярких примерах, как можно классно рассказать о своей работе!
Зачем агентствам публиковать кейсы про создание ПО
Установка разработанного по индивидуальному заказу программного обеспечения помогает достигать конкретные бизнес-цели. Кейсы по созданию ПО показывают потенциальным заказчикам, каких результатов может добиться диджитал-агентство:
- Автоматизировать типовые задачи, настроить отслеживание отчетности и данных в одном приложении.
- Сэкономить время и усилия компании на маркетинге, управляя с помощью ПО рассылкой клиентам актуальной информации о продукте.
- Централизовать важные данные, защитив их от вирусов, взломов, хакерских атак.
- Интегрировать новое ПО с ПО из других сфер бизнеса для анализа данных и создания push-отчетов.
- Архивировать и отслеживать бизнес-операции для создания налоговой отчетности и т. д.
Владельцы бизнеса, поручившие агентству задачу по разработке программного обеспечения, тоже могут публиковать кейсы у себя на сайте, чтобы продемонстрировать пользователям, что улучшилось в работе компании.
ТОП 7 программ для ПРОГРАММИСТА
Какие ошибки нельзя допускать при написании кейса про ПО
При создании кейса про ПО — как и при написании кейса на любую другую тему — важно избегать распространенных ошибок:
Структура кейса по созданию ПО
Вводная часть
Во вступлении необходимо дать краткую информацию о проекте — название компании, от которой вы получили заказ, сферу и регион ее деятельности, бюджет проекта.
Пример вводной части кейса
Но это в идеале, так как на деле заказчики часто находятся под NDA — и указать о них что-то конкретное не представляется возможным. Не расстраивайтесь, опишите в подробностях, как работали над проектом, — результаты могут оказаться красноречивее любых вводных данных.
Поставленная задача
Разработка программного обеспечения — слишком общее понятие. За ним могут скрываться разнообразные задачи: создание системы аналитической отчетности или системы охраны труда, автоматизация процессов подачи заявлений, верификации информации, подготовки приказов, создание корпоративного приложения и т. д. Обязательно учитывайте это и указывайте задачу — желательно уже в заголовке.
Иногда из одной задачи вытекает несколько подзадач — все их нужно описывать
Модель OSI | 7 уровней за 7 минут
Нюансы проекта
Иногда информацию из этого раздела выносят в предыдущий, если ее не так уж много. С другой стороны, любой проект имеет какие-то отличительные черты. Непременно укажите их в описании — так вы продемонстрируете, что умеете разбираться в нюансах бизнеса и находить к любому клиенту индивидуальный подход.
Провайдеров финансовых услуг много, задача агентства — определить нюансы в работе конкретного клиента
Этапы работ
Это самый объемный раздел кейса, состоящий из нескольких подразделов. В нем вам необходимо поэтапно описать, как вы разрабатывали программное обеспечение, и проиллюстрировать это для наглядности.
Пример одного из подразделов в описании работы с иллюстрациями и цифрами
Помните, что кейс — это подробный рассказ о проделанной работе. Поэтому старайтесь не ограничиваться одним-двумя предложениями по каждому этапу, они ни о чем не скажут вашим потенциальным клиентам.
Сложности проекта
Этот раздел представляет интерес как для специалистов области, так и для заказчиков. Если вы опишете сложности, с которыми столкнулись на пути реализации решений, и то, как мастерски с ними справились, это будет еще одним весомым доказательством вашего профессионализма.
Подобрать готовое решение проще простого, а вот найти индивидуальный подход под силу не каждому
Не всякий умеет находить выход из сложных ситуаций и порой просто возвращает проект незаконченным или умалчивает об ошибках, которые в результате приходится разгребать другим. Докажите свою экспертность, рассказав, как предложили лучшее решение, чем предполагалось вначале.
Итоги работы
Вернитесь к самому началу — к разделу «Задачи». В итогах работы вы должны указать результаты, к которым пришли: по пунктам, с цифрами, с иллюстрациями. В этом разделе вы должны доказать, что достигли поставленных задач, а может, даже большего.
Хороший пример достигнутых результатов
Отзывы о проделанной работе
Этот раздел, как и раздел о сложностях проекта, оживляет кейс, делает его ярче и достовернее. Желательно предоставить комментарий не только клиента, но и гендиректора агентства или руководителя проектной группы.
Пример отзывов со стороны агентства и клиента — провайдера финансовых услуг в Норвегии
Отзывы не должны ограничиваться дифирамбами в обе стороны. Желательно, чтобы они были развернутыми. После них можно дать ссылку на проект.
Где публиковать кейсы о разработке ПО
- Вы можете публиковать кейсы о разработке программного обеспечения для клиентов на собственном сайте диджитал-агентства в специальном разделе.
- Свои работы можно бесплатно выкладывать на крупных площадках, посвященных IT и digital, — например, на Хабр, Русабилити, Cossa, VC.ru. Эти ресурсы читают как профессионалы области, так и представители бизнеса.
- На некоторых сайтах, собравших базу агентств и заказчиков, есть специальный раздел, посвященный кейсам. На них тоже можно публиковаться бесплатно. Плюс к тому, это огромный шанс, что ваша работа не останется незамеченной.
- Можно попробовать свои силы, подав заявку на специальный конкурс Workspase Digital Awards. Публикуемые кейсы оценивают эксперты области. Даже если вы не займете первое место, с вашей работой ознакомятся потенциальные клиенты, и, вполне возможно, благодаря этому вы получите новые заказы. Все кейсы распределяют по определенным номинациям, в том числе в номинациях интеграция, чат-боты, корпоративные порталы.
Рассмотрим примеры наиболее интересных работ, вошедших в 2023 году в шорт-листы конкурса:
- Произвели диджитал переход SchneiderElectric в SystemeElectric — кейс агентства KOTELOV. Перед подрядчиком стояла задача не просто осуществить переезд с иностранного сервера на отечественный, но и разработать все инструменты в едином пространстве. Поскольку все сервисы компании хранились в разных местах, а HR-документооборот был представлен только в бумажном виде, на одни только исследования, сбор и описания требований специалисты компании потратили порядка 300 часов.
- Корпоративный портал и мобильный интранет для сотрудников Банка «Открытие» — кейс агентства QSOFT. Версия сайта, с которой столкнулся подрядчик, работала с 2014 года, ее необходимо было обновить, актуализировать, учесть все пользовательские сценарии. Было принято решение создать новый корпоративный портал и мобильное приложение. Работа над проектом велась в уникальном формате — узнайте, в чем именно он выражался.
- Автоматизация процессов в инвестиционном банке. Более 35% экономии операционного времени — кейс агентства «Аспирити». Обратите внимание на заголовок: в нем указан результат проделанной работы, что сразу привлекает к себе внимание. Подрядчик столкнулся со многими сложностями, с которыми должен был справиться всего за полгода, иначе проект был бы закрыт. Результаты его работы вас впечатлят.
- eCommerce-платформа Decathlon — кейс агентства Aero. Российскому подразделению французской спортивной компании Decathlon необходимо было разработать обновленную систему локальной архитектуры, чтобы иметь возможность быстро тестировать новые идеи и запускать новые функции — и все это независимо от головного офиса. Это решение отстаивали несколько лет, и лишь с агентством Aero его удалось воплотить в реальность.
- Автоматизировали процесс поступления вуза за 6 месяцев. Успешная приёмная кампания ЮФУ 2022 — кейс агентства «Иностудио». Подрядчику необходимо было создать единую цифровую платформу, чтобы сократить бумажный документооборот, минимизировать ошибки менеджеров и настроить сбор статистических данных. В результате команде агентства удалось полностью автоматизировать процессы поступления в вуз абитуриентов всего за полгода работы над проектом.
Примите участие в конкурсе на лучший кейс по разработке ПО — в 2023 году заявки начнут принимать уже летом, совсем скоро. Желаем вам удачи!
Workspace.LIVE — мы в Телеграме
Новости в мире диджитал, ответы экспертов на злободневные темы, опросы, статьи и многое другое. Подписывайтесь: https://t.me/workspace
Вакансии
- UI/UX дизайнер
АНОООО MyOlimp Удаленная работа По договоренности - Оператор текстового чата
Wonareg Удаленная работа 40 000 – 50 000 - Помощник по подбору и работе с персоналом
Wonareg Удаленная работа 40 000 – 50 000 - Копирайтер, автор
Wonareg Удаленная работа 40 000 – 50 000 - Руководитель отдела маркетинга
Академия финансов и бухгалтерии Удаленная работа от 80 000
Источник: workspace.ru
Как называется процесс создания программ разработки всех типов программного обеспечения
Основа для успешного запуска IT-проекта складывается из правильной интерпретации бизнес-целей, взаимодействия с клиентами (учета их потребностей и нужд) и расстановке приоритетов. Все эти критерии — следствие в выборе подхода разработки ПО.
В этой статье рассмотрим методологии разработки программного обеспечения и под какие задачи бизнеса они подходят.
Начнем с того, что именно представляет собой ПО.
Что такое программное обеспечение?
Программное обеспечение — то, что позволяет нам (обычным пользователям) выполнять любые действия с компьютером. Взаимодействие любого пользователя с компьютером без ПО невозможно.
Например, без интернет-браузера (Google Chrome, Yandex и т.д.) никто не смог бы пользоваться интернетом. А без операционной системы (Windows, Android, macOS и др.) невозможна работа интернет-браузера.
Здесь два примера программного обеспечения: интернет-браузер и операционная система. Интернет-браузер также — программа, а ОС при этом — нет. Таким образом, все программы — это ПО, но не все ПО — программы.
Когда есть цель — разработать проект программного обеспечения, как это сделать? Как происходит процесс?
Этапы разработки и жизненного цикла ПО
Каждое ПО проходит определенный порядок этапов с момента создания до окончания внедрения. Стандартный цикл: подготовительный этап, проектирование, разработка (создание) и поддержка.
Этапы разработки проекта программного обеспечения
Теперь рассмотрим эти процессы на примере создания приложения для онлайн покупок и доставки продуктов для сети продуктовых магазинов.
Подготовка.
Руководители сети супермаркетов приняли решение о запуске приложения для своих покупателей и начали анализировать, какие подобные приложения и программы уже есть на рынке. Кроме того, они собрали все необходимые данные об их трафике и функциональности.
Проектирование.
Руководители выбрали компанию-подрядчика для создания программного обеспечения и обсудили архитектуру и дизайн будущего IT-продукта с ее специалистами.
Создание.
Руководители сети магазинов заключили договор с разработчиками. Специалисты запустили кодирование, начали отрисовывать дизайн и составлять необходимую документацию.
Поддержка.
Представители сети супермаркетов подписали акт сдачи-приемки, а специалисты компании-подрядчика разместили продукт (приложение) на серверах. Пользователи начали им пользоваться и сообщать о замеченных ошибках в раздел технической поддержки, а программисты — оперативно их исправлять.
Так выглядит стандартный процесс разработки проекта программного обеспечения.
Кроме того, есть еще два понятия: модель и методология разработки ПО. Что это такое и в чем разница?
Модель разработки ПО — про то, какие стадии или этапы жизненного цикла оно проходит и что именно происходит на каждой из них.
А методология — это то, что именно входит в набор методов по управлению и контролю разработки: правила, техники и принципы, которые делают весь процесс более эффективным.
Далее — расскажем подробнее о популярных моделях разработки ПО, их плюсах и минусах.
Модели разработки ПО
- модель кодирования и устранения ошибок (Code and fix),
- каскадная модель или «водопад» (Waterfall),
- V-образная модель — разработка через тестирование (V-model),
- инкрементная модель (Incremental Model),
- итеративная или итерационная модель (Iterative Model),
- спиральная модель (Spiral Model),
- прототипная модель (Prototype Model) и др..
На них остановимся, рассмотрим более подробно.
Виды популярных моделей разработки ПО по данным ScienceSoft
«Водопад» — каскадная модель (Waterfall)
При выборе этой модели создание программного обеспечения происходит поэтапно, т.е. каждая стадия начинается по завершению предыдущей. Появилась давно — в 1970-х годах. Зачастую наиболее быстрая и простая в применении.
Преимущества
✔️ Простой контроль. Заказчик всегда в курсе, что именно выполняют разработчики в конкретный момент, и имеет возможность управлять стоимостью и сроками разработки.
✔️ Определение стоимости на начальном этапе. На этапе согласования договора планируются все шаги разработки, поэтому написание ПО от начала до конца происходит непрерывно.
✔️ Нет необходимости в тестировщиках высокого уровня. Подробная техническая документация позволяет успешно проводить тестирование специалистам без серьезной технической подготовки. Это помогает заказчику сэкономить общую стоимость создания проекта.
Недостатки
❌ Тестирование на последних этапах. В случае допущенной ошибки в определении требований к IT-продукту, ее исправление становится дорогостоящим, т.к. тестировщики обнаруживают ее, когда код уже написан разработчиком, а документация также уже подготовлена техническими писателями.
❌ Возможность посмотреть готовый IT-продукт заказчику только в конце разработки. Это нередко влечет несоответствие ожиданиям и, соответственно, неудовлетворенность заказчика.
❌ Увеличенные сроки из-за большого количества технической документации. Чем больше масштаб проекта и объем необходимой документации, тем больше корректировок необходимо вносить, тем дольше происходит их согласование.
Каскадная модель хорошо подходит для разработки ПО в сфере медицины или космоса, т.к. в них уже есть обширная база документов (СНиПы и спецификации), на их основе легче и быстрее написать требования к новому проекту.
Источник: leantech.ai
Технологии разработки программного обеспечения модуль 1 — ответы
1) Как называется процесс сбора информации о качестве программного средства (ПС) в эксплуатации, устранения обнаруженных в нем ошибок, его доработки и модификации, а также извещения пользователей о внесенных в него изменениях?
сопровождение ПС
2) Какие этапы включает в себя каскадная модель разработки программного обеспечения?
анализ, планирование, кодирование и внедрение
3) Какую архитектуру программного средства (ПС) обычно выбирают, когда ПС должно выполнять одну какую-либо ярко выраженную функцию, реализация которой не представляется слишком сложной?
цельная программа
4)Какой подход к организации процесса создания и использования программного средства (ПС) применяется для разработки таких ПС, для которых пользователи не могут точно сформулировать требования?
исследовательское программирование
5) На каком этапе Унифицированного процесса разработки ПО планируется общая архитектура системы?
на этапе развития
6)Какова цель ручной имитации архитектуры программных средств?
проверка взаимодействия между программными подсистемами
7) Что понимают под жизненным циклом программного средства (ПС)?
весь период его разработки и эксплуатации
8) Как называется совокупность работ по обеспечению изготовления требуемого количества программного изделия (ПИ) в установленные сроки?
производство ПИ
9) На каком этапе Унифицированного процесса разработки ПО пишется код?
на этапе построения
10) Контроль архитектуры программных средств разработчиками внешнего описания — это
смежный контроль сверху
11) Что является целью итерации этапа построения Унифицированного процесса?
создание работающей части системы
12) Укажите особенность слоистых программных систем
каждый слой располагает определенными ресурсами, которые с либо скрывает от других слоев, либо предоставляет непосредственно последующему слою (через указанный интерфейс) некоторые их aбстракции
13)Какой этап разработки программного средства (ПС) включает процессы создания текстов программ на языках программирование, их отладку с тестированием ПС?
кодирование ПС
14) Что такое архитектура программного средства?
его строение как оно видно (или должно быть видно) извне его, т. е. представление ПС как
15) Как называется последовательность программ, в которой стандартный вывод каждой программы, кроме самой последней, связан со стандартным вводом следующей программы этой последовательности?
конвейер
16) Как называется программная подсистема, обслуживающая некоторую очередь сообщений?
порт сообщений
17) Что представляет собой программный продукт?
совокупность текстов
18) Для чего используется архитектурная функция?
для поддержания взаимодействия между программными подсистемами, выделенными в архитектуре программных средств
19) Укажите специфическую особенность программного продукта
не расходуется и не расходует используемых ресурсов
20) Какой класс архитектур программных средств (ПС) представляет собой набор программ, способных взаимодействовать между собой, находясь одновременно в стадии выполнения?
коллектив параллельно действующих программ
21) Как называется начальная фаза объектно-ориентированного программирования, когда выясняются требования заказчика и четко представляются нужды потенциальных пользователей?
фаза «инициализации»
22) Какая стадия жизненного цикла программного средства состоит из этапов его внешнего описания, конструирования, кодирования и аттестации?
стадия разработки
23) В результате чего может быть выявлена приемлемость программного продукта для пользователя, его ценность и надежность?
в результате его применения на компьютере
24) Из каких фаз состоит стадия эксплуатации программного средства?
фазы применения и фазы сопровождения
25) Какой подход к организации процесса создания и использования программного средства (ПС) моделирует начальную фазу исследовательского программирования с целью установить требования к ПС?
прототипирование
Источник: mtianswer.ru