Оглавление
Введение
Глава 1. Анализ методики составления технического задания для разработки ПО в туристической сфере
1.1 Основные требования к структуре технического задания для разработки ПО
1.2 Формирование структуры технического задания для разработки ПО в туристической сфере
Глава 2. Исследование современных ПО в туристической сфере
2.1 Основные требования, предъявляемые программному обеспечению в сфере туризма
2.2 Анализ существующих готовых решений в сфере туризма
2.3 Сравнительный анализ готовых программных комплектов в сфере туризма
Глава 3. Создание технического задания для разработки ПО в туристической сфере
3.1 Характеристика объекта и результатов его функционирования
3.2 Обоснование методики разработки технического задания
Глава 4. Ожидаемые технико-экономические результаты разработки методики составления ПО в туристической сфере
Заключение
Список использованной литературы
Приложения
ВВЕДЕНИЕ
В настоящее время в экономике страны быстрыми темпами идет наращение среднего слоя населения, основную массу которого составляют владельцы «малого бизнеса» (владельцы небольшим магазинов или сетей магазинов в пределах определенного населенного пункта). Конкурентоспособность маленьких фирм зависит от множества факторов, ведущим из которым является наличие информационных технологий поддержки коммерческой деятельности, которые позволяют сокращать расходы, связанные с учетом товара и прочих материальных ценностей, увеличивать прибыль за счет расширения сферы деятельности фирм: открытие филиалов, сервисных центров или иных подразделений, а так же помогают принять решение, имеющее наибольший экономический эффект. Однако стоимость полноценных программных продуктов делает их недоступными для большинства индивидуальных предпринимателей. Дешевые средства автоматизации не могут обеспечить достаточную поддержку бизнес-процессов компании, поэтому фирмам зачастую приходится пользоваться несколькими продуктами, что отрицательно сказывается на их функционировании. Таким образом, проблема автоматизации собственной деятельности является актуальной проблемой для большинства современных компаний, относящихся к категории «малого» бизнеса.
Вопросы методики разработки технического задания для программного обеспечения не раскрыты в исследованиях как зарубежных, так и отечественных авторов. Имеющиеся работы содержат краткий пересказ ГОСТ и аналогичных требований в зарубежной методологии проектирования программных продуктов. В связи с этим степень разработанности проблемы в научной литературе можно отметить как крайне низкую.
Объектом исследования являются программные продукты, которые использует в своей деятельности турфирма ООО «Альбатрос», относящаяся к малому бизнесу.
Предмет исследования: методика составления технического задания для разработки программного обеспечения в туристической сфере.
Цель исследования: на основе исследования существующей методики сформировать методику составления технического задания для разработки программного обеспечения в туристической сфере на примере ООО «Альбатрос».
Достижение поставленной цели предполагает постановку и последовательное решение следующих задач:
1) выделить основные требования к структуре технического задания для разработки ПО;
2) рассмотреть формирование структуры технического задания для разработки ПО в туристической сфере;
3) проанализировать основные требования, предъявляемые программному обеспечению в сфере туризма;
4) провести анализ существующих готовых решений в сфере туризма;
5) осуществить сравнительный анализ готовых программных комплектов в сфере туризма;
6) создать технического задания для разработки ПО в туристической сфере;
7) рассмотреть ожидаемые технико-экономические результаты разработки методики составления ПО в туристической сфере.
Теоретико-методологической основой исследования являются научные труды зарубежных и российских практических специалистов в области разработки технического задания; прикладные работы по вопросам документационного обеспечения разработки программных продуктов.
Методология и методы исследования. В ходе исследования применялись общенаучные методы теории управления, экспертного, статистического и сравнительного анализа, системного подхода к изучению экономических явлений и процессов, методы экспертных оценок, анкетирование, табличные и графические приемы визуализации данных: для подтверждения значимости факторов было проведено анкетирование.
Информационно-эмпирической базой исследования послужили статистические данные Росстата о деятельности российских предприятий туристической сферы; опросы экспертов и собственные полевые исследования.
ГЛАВА 1. АНАЛИЗ МЕТОДИКИ СОСТАВЛЕНИЯ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДЛЯ РАЗРАБОТКИ ПО В ТУРИСТИЧЕСКОЙ СФЕРЕ
1.1 ОСНОВНЫЕ ТРЕБОВАНИЯ К СТРУКТУРЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДЛЯ РАЗРАБОТКИ ПО
Техническая документация в программной инженерии-это общий термин, который охватывает все письменные документы и материалы, связанные с разработкой программного продукта. Все продукты разработки технического задания для программного обеспечения, независимо от того, созданы ли они небольшой командой или крупной корпорацией, требуют некоторой сопутствующей документации. И различные типы документов создаются на протяжении всего жизненного цикла разработки технического задания для программного обеспечения (SDLC). Документация существует для объяснения функциональности продукта, унификации информации, связанной с проектом, и позволяет обсуждать все важные вопросы, возникающие между заинтересованными сторонами и разработчиками.
Каждое программное обеспечение имеет определенные цели и реализует определенные функции и задачи. Каждая цель включает процесс или несколько процессов, которые программное обеспечение стремится решить или автоматизировать. Чтобы поставить правильный программный продукт, необходимо хорошо определить программное обеспечение с самого начала. Спецификация системных требований или техническое задание для программного обеспечения документирует каждую операцию и диктует, как должно вести себя программное обеспечение. Техническое задание может быть детализированным, максимально полным. Целью документа технического задания является описание поведения, а также различных функциональных возможностей приложения в конкретной среде.
Прежде всего, разработчики программного обеспечения работают над написанием системных требований для определения целей программного обеспечения, а также объема вмешательства команды, которая разрабатывает приложение. Подробное описание помогает команде разработчиков реализовать и построить программное обеспечение. Техническое задание к программной системе для проверки программного продукта в последующем используется для того, чтобы убедиться, что продукт обладает необходимыми функциями. Разработка должна начинаться со спецификации. Если каким-то образом поставляемое программное обеспечение не соответствует требованиям, то техническое задание служит эталоном, и команда разработчиков работает над тем, чтобы удовлетворить все описанные требования.
Написание технических спецификаций для программного обеспечения является важной отправной точкой для любого проекта разработки технического задания для программного обеспечения. В нем участвует не только команда разработчиков, но и владельцы и/или пользователи программного обеспечения. Это помогает команде разработчиков программного обеспечения во время разработки и внедрения продукта. Раннее обнаружение проблем в техническом задании приводит к эффективному управлению временем, так как гораздо проще обновить спецификацию до любой разработки, чем обновить спецификацию, а затем соответствующие функциональные возможности.
Как правило, написание технических заданий для программного обеспечения происходит после первого обсуждения между командой разработчиков и владельцем продукта. Технические задания служат ориентиром для оценки затрат и времени. Поскольку написание документа о системных требованиях направлено на точное описание разрабатываемого программного обеспечения, это делает процесс оценки намного проще и намного точнее.
Кроме того, разработка приложения – это эволюционирующий процесс; он не всегда будет включать одних и тех же людей. Написание технических заданий с учетом требований направлено на документирование поведения программного обеспечения, что облегчает передачу разработки от одной команды к другой.
Хорошее техническое задание облегчает обновление программного продукта. Любое изменение в программном обеспечении требует обновления спецификации требований проекта, приглашая каждую сторону, участвующую в процессе, переосмыслить вносимые изменения.
Кроме того, техническое задание при должной его подробности и тщательности формирования можно использовать как документ функциональной спецификации (FSD) или документ требования к продукту (PRD). SRS включает требования, которые помогают написать функциональный документ спецификации и даже могут включать FSD, SRS описывает все функциональные возможности и объясняет, как функциональность будет внутри данной системы как часть более крупной системы или как независимая система. FSD – это только программная часть документа SRS. Действительно, SRS может содержать требования к оборудованию, а также требования к взаимодействию с системой.
Качественное техническое задание на разработку программного обеспечения должно отвечать на следующие вопросы:
1 Что должно делать приложение? Ответ на этот вопрос помогает определить основные функциональные возможности и основное назначение программного обеспечения.
2 Как должно вести себя программное обеспечение? Он помогает понять, как программное обеспечение взаимодействует со средой, в которой оно развернуто; он также определяет спецификацию оборудования и определяет то, как программное обеспечение взаимодействует с конечными пользователями. Описываемое программное обеспечение может быть целой системой, но иногда оно является частью более обширной системы. Затем необходимо определить, как эта часть взаимодействует с более крупной системой, как эти две системы взаимодействуют друг с другом. Спецификация требований к CRM-системе – это хороший пример, когда необходимо понять, как должно вести себя программное обеспечение.
3 Каковы требования с точки зрения производительности? Например, можно дать информацию о приемлемом времени отклика, о том, как быстро программный ресурс должен реагировать на действия пользователя и как быстро он должен справляться с проблемами, когда они возникают.
4 Существуют ли требования или ограничения, которые следует принимать во внимание или соблюдать? Отражение ответа на данный вопрос направлено на определение ограничений, которые должны быть приняты во внимание при проектировании, разработке и развертывании системы.
Техническое задание определяет функциональность и назначение продукта, который проектируется. Это часто является первым этапом планирования для менеджеров по продуктам и играет жизненно важную роль в общении с заинтересованными сторонами и обеспечении успешных результатов. Компании могут иметь различные шаблоны технических требований, основанные на технологии и методологии, которые они будут использовать для завершения проекта, потребностях внутренних и внешних заинтересованных сторон и других факторах. Однако есть некоторые ключевые элементы, которые часто включаются в документацию по требованиям:
1 Журнал ревизий: запись об обновлениях документа, в которой указывается, кто несет ответственность за обновления, чтобы отслеживать изменения.
2 Резюме: обзор проекта или продукта, содержащего справочную информацию, бизнес-обоснование для реализации проекта, описание целевой аудитории и целей высокого уровня. Также можно включить объем проекта в этот раздел, подробно описывая, что входит в объем и что выходит за рамки текущего этапа документации.
3 Допущения, риски и зависимости: факторы, влияющие на проект и требования. Эти элементы могут включать ограничения, которые представляют собой ограничения для проекта, описание или диаграмму контекста и более широкой системы, в которой продукт существует или создается, а также конкретные предположения, такие как то, какие технологии, оборудование или экспертные знания могут быть доступны.
4 Требования: функциональные требования должны иметь достаточную детализацию, чтобы проектировщики могли работать в соответствии со всеми требованиями, а тестировщики могли подтвердить, что все они были соблюдены. Можно включить пронумерованный и приоритетный список требований для отслеживания и ссылки. Также может быть выделен отдельный раздел для нефункциональных требований.
5 Список литературы: Необходимо создать список подтверждающих документов и ссылки на соответствующие артефакты.
6 Глоссарий: глоссарий может помочь заинтересованным сторонам расшифровать техническую и прочую терминологию, используемую в техническом задании.
7 Дополнительные сведения, включая инструкции по написанию документа технического задания и краткий обзор гибкого моделирования.
Таким образом, техническое задание служит залогом эффективного проектирования программного обеспечения и должно учитывать интересы и потребности как заказчика продукта, так и предполагаемого конечного пользователя. Соблюдение типовой структуры технического задания, а также учет распределения функциональных обязанностей команды проекта на всех этапах жизненного цикла технического задания позволит достичь конечной цели разработки данного продукта.
1.2 ФОРМИРОВАНИЕ СТРУКТУРЫ ТЕХНИЧЕСКОГО ЗАДАНИЯ ДЛЯ РАЗРАБОТКИ ПО В ТУРИСТИЧЕСКОЙ СФЕРЕ
Формирование структуры технического задания для разработки технического задания для программного обеспечения в туристической сфере имеет свои особенности.
Компьютерные технологии оказала большое влияние на туризм, а также на другие секторы, связанные с туризмом. Это такие отрасли, как транспорт, связь, а также другие отрасли. На протяжении многих лет использование технологий в туризме было уникально расширено для предоставления очень эксклюзивных услуг по всему миру. В недавнем прошлом, когда технологии редко использовались в туристическом секторе, большинство услуг были очень низкого качества и столь же ненадежны. Однако со временем технологии проделали большой путь в повышении качества предоставления услуг в сфере туризма.
Технологии принесли чрезвычайно большие выгоды сектору туризма, особенно в том, что касается предоставления услуг, которые соответствуют современным тенденциям в этом секторе.
Одна из областей, в которой технологии негативно используются в секторе туризма, – это маркетинг и коммуникация. Это связано с тем, что для того, чтобы сектор процветал и имел более высокую доходность, очень важно обеспечить создание осведомленности о существующих туристических достопримечательностях. Именно в данном направлении и возникает перспектива маркетинга и рекламы. В отличие от других секторов, маркетинг в секторе туризма должен осуществляться в сжатой форме. Это происходит по той причине, что рекламное сообщение включает в себя широкий охват, поскольку оно должна охватывать широкий географический спектр. Индустрия туризма очень обширна и включает в себя множество других секторов, тем самым усиливая большую потребность в использовании хорошо зарекомендовавших себя маркетинговых стратегий.
Использование программного обеспечения в туристической сфере имеет ряд особенностей, представленных на рисунке 1.
Рисунок 1 – Особенности использования программного обеспечения в туристической сфере
В общем случае с учетом указанных ранее требований структура технического задания на разработку программного обеспечения для туристической компании должна включать такие условные части как:
1 Введение. В данном пункте содержится информация о том, что должно делать программное обеспечение. На этом этапе важно, чтобы команда разработчиков и владельцы продукта определили и написали эту часть вместе. Владелец продукта не обязательно имеет навыки, чтобы написать хорошее техническое задание, но команда разработчиков зачастую не знает, что нужно конечным пользователям. Именно поэтому важно, чтобы обе стороны тесно сотрудничали на данном этапе. Во введении важно поместить программное обеспечение для сборки в его контекст. Здесь мы обращаемся к причине, по которой программное обеспечение должно быть построено, кто будет его использовать, что оно должно или не должно делать (иногда полезно и необходимо упомянуть, чего не нужно ожидать от программного обеспечения). Часто некоторые термины являются специфическими для данного бизнеса, и их упоминание в документе важно для понимания спецификации и построения программного обеспечения. Очень важно определить эти технические термины, чтобы можно было понять их содержание. В конце вводной части можно включить краткий обзор документа, чтобы дать читателям представление о том, что они могут ожидать от этого документа. Также важно упомянуть в вводной части к техническому заданию все документы, которые могут быть прочитаны для дальнейшего понимания системы, и все ссылки также должны быть задокументированы.
2 Общее описание: в разделе описания важно объяснить различные функциональные возможности приложения. В этой части определяются аппаратные интерфейсы и пользовательские интерфейсы. В каком устройстве конечные пользователи ожидают получить доступ к приложению, например, или каковы функциональные возможности программного обеспечения, как пользователи могут ожидать увидеть их в приложении, что отображается в меню, каковы другие части, такие как отчеты, экспорт и т. д.?
3 Конкретные требования. Требования подробно описываются для того, чтобы облегчить разработку продукта и проверку программного обеспечения в соответствии с требованиями. Здесь важно описать все входные данные, которые обрабатывает программное обеспечение, и все выходные данные, чтобы лучше определить взаимодействие с другими системами и облегчить интеграцию. Функциональные возможности, перечисленные в предыдущем разделе, будут подробно описаны здесь. Здесь также необходимо определить критерии эффективности. Важно тщательно документировать техническое задание и обновлять его содержание, если это необходимо и когда это необходимо.
4 Ссылки. Это может показаться очевидным сейчас, но важно включить информацию о содержании, чтобы было легче найти информацию, когда это необходимо.
В целом, основными особенностями формирования технического задания для программного обеспечения в туристической сфере являются:
– высокий уровень требований к детализации оборудования с учетом потребности в значительном объеме памяти для баз данных и работы высокоуровневых средств визуализации и т.п.;
– необходимость обязательного учета потребностей конечного потребителя, так как от этого зависит эффективность работы туристической фирмы и ее конкурентоспособность;
– требования к четкому структурированию задач будущего программного продукта и основных функций.