ПР1_УП04. Дубров_ПрокатАвто. Практическая работа 1 Разработка сценария внедрения программного продукта
 Скачать 268.97 Kb.
|
Практическая работа №1Разработка сценария внедрения программного продукта Цель работыЦелью работы является изучить основы разработки, сценарии внедрения программного продуктаЗадачиизучить нормативно-правовую документацию, регламентирующую разработку документации на программное обеспечение. приобрести навыки разработки руководства пользователя программного обеспечения (ПО). Краткие теоретические сведенияБизнес-цель внедрения информационной системы Бизнес-цель - это описание фактора, побуждающего к выполнению проекта. Ее формирование производится на стратегическом уровне, то есть бизнес-цель выступает в качестве связующего звена между глобальными задачами, стоящими перед организациями, и планируемым к реализации проектом. При отходе от стратегического видения происходит смещение бизнес-цели в сторону тактических и даже операционных задач, на уровне которых целью проекта видится "просто выдать продукт", а не достичь какой-либо тактической цели, поддерживающей стратегические цели организации. Этого нельзя допускать: бизнес-цель проекта должна всегда носить тактический или стратегический характер, но в то же время быть предельно точной и ясной (очень редко удается применить широко известный метод SMART к построению бизнес-цели проекта. Так, например, бизнес-целью проекта по приобретению и установке нового производственного оборудования является не покупка и установка оборудования, а устранение узкого места в производственном процессе и обеспечение надлежащих объемов выпуска, гарантирующих удовлетворение спроса и завоевание определенной доли рынка. Аналогично, проект внедрения информационной системы имеет своей бизнес-целью не разворачивание технических средств, а создание информационно-технологического фундамента для поддержки принятия руководством компании своевременных управленческих решений, направленных на обеспечение ее развития и роста. Устав проекта Устав проекта - это инструмент, который формально авторизует проект и является звеном, соединяющим предстоящий проект с текущей работой организации. Данный документ обычно отражает ситуацию со стороны организации-заказчика, выпускается руководителем, внешним по отношению к проекту, и назначает менеджера проекта, наделяя его полномочиями на использование в проекте ресурсов организации. Это особенно актуально в функционально-ориентированных и матричных организациях, т.е. в тех компаниях, где менеджеры не имеют непосредственной власти над членами проектной команды и другими ресурсами, но несут ответственность за выполнение проекта. Для того чтобы устав имел силу в подобной ситуации, издающий его руководитель, или спонсор проекта, должен находиться на том уровне, который подразумевает наличие контроля над ресурсами. Часто датой начала проекта считается день, следующий за подписанием устава. Играя роль документа, формально авторизующего задачу, устав включает в свой состав базовые требования и основные ожидания заинтересованных сторон. Этот документ выполняет несколько функций, среди них важно отметить: • функцию постановки задачи; • функцию согласования; • авторизационную функцию; • функцию повышения дисциплины; • консолидационную функцию; • интеграционную функцию. Разработка устава проекта начинается после издания приказа о запуске. Распорядительная часть документа формально фиксирует дату старта проектной реализации, в ней вводится его полное и краткое название, назначаются куратор, руководитель (PM), ответственные лица за ключевые блоки. Структурная схема устава приводится далее. Он разрабатывается итерационно и может иметь несколько редакций, постепенно уточняющих основные положения, которые включают следующие аспекты. 1. Обоснование выполнения уникальной задачи развития. 2. Цели, задачи и результаты. 3. Имя и фамилию PM, границы его ответственности и полномочия. 4. Определение и структуру продукта. 5. Интересы и ожидания участников. 6. Критерии успеха. 7. Принципы организации и управления проектом В качестве предметной области выбрана тема «Прокат автомобилей». 1. Этап разработки раздела «Общие сведения» Полное наименование ИС: «КарШэринг». Шифр темы: 00001. Предприятие-разработчик системы: «Лаборатория ИС», ул. Пушкина 10, 36-37-80 Предприятие-заказчик системы: ООО «ПрокатАвто». Система создается на основании технического задания (ТЗ). ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. Кроме того, при создании системы используются ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”. Плановый срок начала работ: 05.05.2022. Плановый срок окончания работ: 05.05.2023. Автоматизируемая система создается на коммерческой основе. Порядок оформления и предъявления заказчику результатов работы по созданию системы определяется после получения начальной версии продукта, в которой должны быть реализованы все основные функции, определенные в ТЗ и утвержденные заказчиком. 2. Этап разработки раздела «Назначение и цели создания системы» Вид автоматизируемой деятельности: единая система для объединения и автоматизации процессов предприятия (учет сотрудников, учет транспортных средств, учет клиентов, учет заявок, учет бухгалтерии). Перечень автоматизируемых процессов: учет сведений о сотрудниках, формирование приказов и отчетов, учет клиентской базы (введение рейтинговой системы для выявления недобросовестных водителей и т.п.), обработка заявок, отслеживание местонахождения и состояния транспортных средств, Наименование и значение показателей, которые будут достигнуты в результате внедрения БД: уменьшение затрат рабочего времени на ввод, редактирование и поиск данных о сотрудниках/клиентах предприятия, формирование личных карточек, приказов и отчетов, уменьшение бумажного документооборота и монотонного ручного труда, объединение всех необходимых процессов в единую систему, снижение издержек из-за порчи автомобилей негативными клиентами. 3. Этап разработки раздела «Характеристики объекта автоматизации» Краткие сведения о предприятии Предприятие, деятельность которого планируется автоматизировать, занимается сдачей автомобилей в прокат «ПрокатАвто». Важнейшим звеном в данной деятельности является автоматизированная клиентская база и обработка заявок онлайн. В зависимости от того, насколько автоматизирована их работа, можно судить об эффективности работы всего предприятия в целом. Каждый день предприятие осуществляет операции по работе с клиентами, заявками, проверкой транспортных средств. Сотрудник/клиент лично заполняет данные о себе. После этого специалист по работе с персоналом/клиентами принимает эти данные и вносит их в базу данных. Непосредственно из базы данных берутся необходимые данные для заполнения личной карточки сотрудника, формирования приказов и отчетов, создания системы рейтинга. Организационная структура Организационная структура предприятия показана на рисунке 1.  Рис.1. Организационная структура предприятия Описание автоматизируемых процессов, информационные потоки автоматизируемых процессов Сведения о сотрудниках собираются специалистом по работе с персоналом. Вся информация хранится и обрабатывается специалистом по работе с персоналом. Некоторая информация для ведения отчетности хранится в бумажной форме. С  хема информационных потоков процесса показана на рисунках 2,3,4. Рис.2 Схема информационных потоков Клиент (заказ)  Рис.3 Схема информационных потоков Клиент (отзыв/запрос)  Рис.4 Схема информационных потоков Сотрудник (заявка) В целом, до начала разработки данной системы вся отчетность велась путем составления личных карточек на бумажных носителях, из которых при необходимости выбирались те или иные сведения. Таким образом, видно, насколько рационально использовать базу данных и приложение по работе с ней. Во-первых, сокращается объем бумажного документооборота и время на работу с информацией о сотрудниках/клиентах, данные о любом сотруднике/клиенте можно получить путем запросов, кроме того, заметно сократится время на формирование отчетов для руководства и бухгалтерии, упрощается обработка клиентских заявок и заявок от сотрудников, упрощается мониторинг транспортных средств. Теперь запишем всю информацию в систематизированной форме. Далее, при создании базы данных, эту информацию можно будет разделить на конкретные таблицы. Сотрудники. Должности. Транспортные средства. Клиенты. 4. Этап разработки раздела «Требования к ИС» Требования к системе в целом ИС должна соответствовать требованиям технического задания на ее создание и развитие, а также требованиям нормативно-технических документов, действующих в ведомстве заказчика ИС. Ввод в действие ИС должен приводить к полезным технико-экономическим, социальным результатам: уменьшению времени по учету данных о сотрудниках/клиентах; уменьшение времени на формирование/обработку отчетов, заявок, отзывов; уменьшению времени на мониторинг транспортных средств; Технические средства ИС должны быть установлены так, чтобы обеспечивались их безопасная эксплуатация и техническое обслуживание. Требования безопасности устанавливаются в инструкциях по эксплуатации технических средств. Требования к функциям (задачам), выполняемым системой Данная информационная система разрабатывается с расчетом на множество пользователей – весь штат сотрудников и клиентская база. При работе с системой сотрудники должны решать следующие задачи: Получать доступ к данным таблиц, в которых должна содержаться вся необходимая информация. Просматривать данные таблиц, при необходимости редактировать их. Создавать на основе исходных данных карточки сотрудников, отчеты, приказы и справки. При этом в основном используется выборка из таблиц. Создавать заявки при проблемах с ПО или оборудованием у сотрудников. Создавать отчёты о проделанной работе. При работе с системой клиенты должны решать следующие задачи: Создавать заявки при проблемах с транспортным средством. Оставлять отзывы об услугах. Создавать заявки в техническую поддержку. Таким образом, разрабатываемая система должна обеспечивать решение вышеперечисленных задач. В готовом виде она должна быть максимально простой и удобной: все операции должны выполняться с помощью элементарных действий пользователя. Здесь необходима распечатка исходных таблиц и отчетов, источниками которых являются ранее составленные запросы. Все отчеты должны оформляться в едином стиле. Требования к информационному обеспечению ИС Информационное обеспечение ИС должно включать: данные о сотрудниках; данные о клиентах; данные о транспортных средствах; приказы; отзывы; заявки; личные карточки. Требования к программному обеспечению ИС Для функционирования На ПК: Операционная система Windows 7 и новее Веб-браузер Google Chrome версии 100 и новее На смартфоне: Операционная система Android 5 и новее Требования к техническому обеспечению АС Минимальные требования к техническому обеспечению АС следующие: Intel Core i3; ОЗУ 4 Гбайта; 1 Гбайт дисковой памяти; принтер формата А4. 5. Этап разработки раздела «Стадии и этапы разработки» Стадии разработки Разработка должна быть проведена в три стадии: разработка технического задания; рабочее проектирование; внедрение. 6. Этапы разработки На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ: разработка модели автоматизируемых процессов и функциональной модели ИС; разработки логической и физической моделей данных; разработка программы; разработка программной документации; испытания программы. На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах заказчика. Приемо-сдаточные испытания должны проводиться на объекте заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной исполнителем и согласованной заказчиком программы и методик испытаний. Ход проведения приемо-сдаточных испытаний заказчик и исполнитель документируют в протоколе проведения испытаний. На основании протокола проведения испытаний исполнитель совместно с заказчиком подписывает акт приемки-сдачи программы в эксплуатацию. УСТАВ ПРОЕКТА Разработать устав проекта, согласно требованиям, предъявляемым к нему Таблица 1. Требования к уставу проекта
|