Формирование требований проекта
Формирование требований проектаСкачать файл - Формирование требований проекта
На основе результатов предпроектного обследования должна быть разработана концепция проекта новой или модернизация старой информационной системы. Эта концепция должна содержать предложения и первичные формулировки целей дальнейшего проектирования, общие требования к новой информационной системе. Она должна содержать, кроме того, модель бизнес-процесса предметной области с новой информационной системой и прототип новой ИС. При этом надо отметить, что на практике уровень требований к системе зависит не только от квалификации системных аналитиков и разработчиков системы, но и от уровня готовности самого предприятия, от уровня его информатизации. Приступим к формированию требований к новой ИС. Понятие требование, как и многие другие понятия индустрии программного обеспечения в настоящее время имеет несколько описаний. IEEE Standard glossary of Software Engineering Terminology определяет требования как:. Это определение охватывает как пользователей внешнее поведение системы , так и разработчиков некоторые скрытые параметры. Термин пользователи в данном определении подразумевает всех лиц, заинтересованных в проекте. Напомним, что существуют функциональные и нефункциональные требования. Функциональные требования определяют поведение системы и процесс обработки информации. Нефункциональные требования определяют атрибуты системы или атрибуты системного окружения, то есть описывают требования к базам данных, информационной инфраструктуре, защите информации. К нефункциональным требованиям относят также требования к ресурсам: Их иногда называют ограничениями. Вигерс, дважды лауреат Software Development Productivity Award предлагает следующую модель требований, разбивая функциональные требования по трем уровням: Бизнес-требования содержат высокоуровневые цели организации или заказчиков системы. Их формирует тот, кто финансирует проект или покупает систему или менеджер реальных пользователей. Эти требования записываются в уставе проекта, который иногда называют документом об образе и границах проекта или документом рыночных требований. Требования пользователей описывают цели и задачи, которые пользователям позволит решить система. Функциональные требования определяют функциональность ПО, которую разработчики должны построить, чтобы пользователи могли выполнить свои задачи в рамках бизнес-требований. Они могут быть описаны как требования поведения, например: Системные требования обозначают высокоуровневые требования к продукту. Говоря о системе, подразумеваются как программное обеспечение, ток и подсистемы ПО, оборудование и люди. Бизнес-правила включают корпоративные политики, правительственные постановления, промышленные стандарты и вычислительные алгоритмы. Они не являются требованиями к ПО, поскольку находятся вне системы, но они накладывают ограничения. Все функциональные требования документируются в спецификации требований к ПО, где описывается поведение системы. Этот документ может быть представлен в любом виде, в том числе и в виде базы данных, электронной таблице, набора карточек для небольшой системы. Спецификации требований используются не только при разработке ИС, но и тестировании, проверке на качество, управлении проектом. В дополнение к функциональным требованиям спецификация содержит нефункциональные, где описаны цели и атрибуты качества. Атрибуты качества представляют собой дополнительное описание функций продукта, выраженное через описание таких характеристик как легкость и простота использования, легкость перемещения, целостность, эффективность и устойчивость к сбоям. Другие нефункциональные требования описывают внешние взаимодействия между системой и внешним миром, а также ограничения дизайна и реализации. Разработка требований может быть подразделена на следующие этапы: В эти этапы входят следующие действия:. Вначале определим бизнес-требования системы, которые вырабатываются с учетом бизнес - целей предметной области. На этапе предпроектного обследования при построении модели бизнес-процесса мы ставили цель: На этом этапе проектирования должна быть уточнена бизнес-цель подразделения и выбрана модель управления. Эта процедура может быть выполнена только топ - менеджментом предприятия с учетом бизнес - цели предприятия. Это бизнес-требование в дальнейшем окажет влияние на выбор модели новой ИС. То есть бизнес-требование и будущая модель системы управления предприятием и, как следствие, новая ИС связаны между собой. На различных уровнях управления предприятием выбираются различные модели управления. Эти модели должны быть гармонизированы. На любом предприятии могут быть использованы, например, следующие модели управления:. Наша предметная область связана с заказчиками и другими подразделениями предприятия производственный отдел, склад, касса, отдел договоров. Эффективность всего предприятия будет зависеть от прибыли, которая, в свою очередь, зависит от успешных продаж крепежных изделий заказчику, отгрузки крепежных изделий по договорам точно в срок, уменьшения срока хранения готовых изделий на складе. Поэтому из всех моделей управления на этом уровне управления логичнее всего предложить заказчику модель CRM - модель управления отношений с заказчиками. Этот выбор должен быть согласован с заказчиком и утвержден соответствующим протоколом. С учетом выбранной модели управления, анализа узких мест и уточнений бизнес - целей предметной области, можно сформулировать начальные бизнес - требования к системе. Итак, с точки зрения топ-менеджеров, нам необходимо следующее:. Приступим к документированию бизнес - требований. Для создания документа можно использовать следующий шаблон:. Исходные данные, возможности бизнеса и нужды клиента: Сотрудник отдела продаж тратит на обслуживание одного заказчика не менее 40 минут. С учетом оформления ручных документов, он обслуживает за день 8 — 10 клиентов. Времени на подготовку аналитических документов для руководителя отдела продаж не достаточно. Часть заказчиков обслуживается не по отдельным контактам, а по договорам. В этом случае в отделе продаж они расходуют не более 30 минут, но они тратят не менее 1 часа на подготовку договора и достаточно много времени на согласование и подписание контракта. Получать счета по электронной почте. Оплачивать продукцию не только в кассе, но и с помощью безналичных расчетов. Осуществлять непосредственные контакты с сотрудником отдела продаж только при получении требования на готовую продукцию. Бизнес — цель 1. Уменьшить среднее рабочее время каждого сотрудника на обслуживание заказчика до 20 минут в течение 3 месяцев после первого выпуска информационной системы. Бизнес - цель 2. Уменьшение времени заказчика для оформления заказа не более 1 часа с учетом двух возможностей: Бизнес — цель 3. Все сотрудники отдела продаж, работающие с заказчиками должны в течение 2 месяцев после первого выпуска системы перейти на работу с ИС. Фактор бизнес — риска 1. Введение новых форм обслуживания заказчиков зависит от уровня информатизации организации-заказчика. Не все заказчики готовы к новой форме обслуживания. Фактор бизнес — риска 2. Не все сотрудники отдела продаж готовы к работе с новой ИС. Потребуются финансовые и временные ресурсы на обучение персонала. Возможна реструктуризация отдела продаж и изменение функций сотрудников отдела продаж. Положение об образе проекта. Кроме того, эта система позволит произвести оплату покупаемой продукции. Для сотрудников отдела продаж информационная система представляет собой приложение, представляющее информацию о готовой продукции на складе, выписывать счет на оплату продукции, отправлять информацию в отдел договоров о выполнении заказа. Для топ-менеджеров предприятия информационная система представляет собой приложение, которое готовит аналитические отчеты о продажах, выдает целостное представление о потребителе крепежных изделий. Предоставление бланка-заказа готовой продукции клиенту, прием бланка-заказа от клиента. Обеспечение доступа к системе через корпоративную сеть интранет или через Интернет для авторизированных пользователей. Предположения и зависимости 1. В отделе продаж будут установлены компьютеры, подключенные к сети интранет. Сеть интранет будет иметь выход в сеть Интернет. Предположения и зависимости 2. Ограничения и исключения 1. Некоторые клиенты не будут иметь доступа в Интернет и будут обслуживаться ИС непосредственно через сотрудника отдела продаж. Следующий этап формирования требований — разработка требований пользователей и описание их в виде документа о вариантах использования. Варианты использования в данном случае меняют традиционный подход к сбору информации; пользователей не спрашивают, что с их точки зрения должна делать система, а выясняют, какие задачи собирается с ее помощью решать пользователь. Цель такого подхода — описать все подобные задачи. Последовательность работ при формировании требований следующая: При описании вариантов использования учитывают, что к важным элементам описания вариантов использования относятся:. При этом один из сценариев считается нормальным направлением развития, другие — альтернативными направлениями;. Выделим пользователей проектируемой системы. Результаты предпроектного обследования показали, что к ним относятся: Заключительный этап формирования требований — создание спецификации требования к ПО. Этот итоговый документ является задокументированным соглашением между клиентом и разработчиком. Этот шаблон может быть изменен в соответствие с особенностями проекта. Анализ шаблона показывает, что в некоторых разделах он пересекается с шаблоном на документ об образе и границах проекта, что совершенно естественно. Спецификация требований является итоговым документом, а документ об образе и границах — промежуточным. Этот документ описывает функциональные и нефункциональные требования к выпуску 1. Этот документ предназначен для групп проектировщиков и программистов для создания системного и детального проектов системы и ее программной реализации. Общий взгляд на продукт. Контекстная диаграмма, описывающая взаимодействие системы с внешними объектами изображена на рис. Операционная среда - 1. Система продаж Метиз-М работает со следующими Интернет-браузерами: Microsoft Internet Explorer версии 5. Операционная среда — 2. Система продаж установлена на сервере, работающим под управлением текущих утвержденных корпорацией версий Red Hat Linux и Apache HTTP Server. Операционная среда — 3. Система продаж должна осуществлять доступ зарегистрированных пользователей через корпоративную сеть интранет и авторизированных пользователей через корпоративный брандмауэр из Internet. Ограничения дизайна и реализации — 1. Документация системы по конструкции, коду и сопровождению должна соответствовать стандарту. Ограничения дизайна и реализации — 2. Система должна использовать текущую версию корпоративного стандарта процессора базы данных Oracle. Документация для пользователей — 1. Система должна предоставлять иерархическую и перекрестно связанную систему справки в формате HTML с доступом по сети, описывающую и иллюстрирующую все функции системы для конкретного зарегистрированного и авторизированного пользователя. Документация для пользователей — 2. При первом доступе пользователя к системе и далее по требованию пользователя система должна подключать интерактивную обучающую программу. Предположения и зависимости — 1. Доступ к системе продаж открыт для заказчиков ежедневно, включая выходные и праздничные дни. Предположения и зависимости — 2. Обработка заказов системой продаж производится только в рабочие дни. Предположения и зависимости — 3. Работа системы продаж зависит от системы оплаты оплата по безналичному расчету и проведение взаимозачетов. Предположения и зависимости — 4. Работа системы продаж зависит от системы производства, формирующей номенклатуру и цены на изделия Метиз — М. Заказчик продукции Метиз — М, идентификация которого подтверждена, может заказывать крепежные изделия, исходя из номенклатуры изделий и учитывая цены на продукцию. Заказчик должен иметь возможность в любой момент до принятия заказа к исполнению изменить заказ или отменить его. В некоторых дополнительно оговоренных случаях отменить заказ при условии принятия его к исполнению. Влияние учителя на формирование детского характера. Чувство юмора как одно из ценных качеств человека II. Постановка проблемы и ее решение. Формирование новых умений и навыков. Формирование новых умений и понятий. Наблюдение за произношением и обозначением на письме парных согласных в приставке и корне III. Формирование инклюзивной культуры IV. Волевые качества личности и их формирование IV. Астрономия Биология География Другие языки Интернет Информатика История Культура Литература Логика Математика Медицина Механика Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Транспорт Физика Философия Финансы Химия Экология Экономика Электроника. Получение документов на оплату. Оплата наличными через кассу. Получение документов об оплате. Представление документов об оплате. Получение требования на выдачу продукции. Просмотр заказов на текущую дату. Просмотр договоров на текущую дату. Просмотр текущего состояния склада. Запрос на склад о выполнении договора на текущую дату. Запрос на склад о возможности выполнения заказа покупателя. Формирование отказа на выполнение заказа. Формирование документа об изменении сроков поставки продукции по договорам. Создание счета на оплату продукции. Проверка выполнения договорных обязательств по оплате. Создание требования на получение продукции со склада. Создание сообщения об отгрузке продукции по обслуживаемому договору. Генерация текущего отчета о продажах. Генерация текущего отчета о заказчиках. Генерация текущего отчета о выполнении договоров. Генерация текущего отчета о выполнении заказов. Регистрация требования на выдачу продукции. Создание накладной на вывоз продукции со склада. Создание цен товарной продукции. Изменение цен товарной продукции. Просмотр цен товарной продукции. Заказчик входит в систему из корпоративной сети интранет или с домашнего компьютера, просматривает текущую номенклатуру изделий, текущую цену на изделия, выбирает изделия. Запрашивает бланк заказа и заполняет его. Заказчик имеет доступ к системе. Текущая номенклатура изделий и текущая цена готовой продукции подготовлены к использованию системой. Заказ на продажу изделий не сохранен в системе в связи с отсутствием изделий на складе. Система выводит список тех позиций заказа, которые могут быть выполнены. Заказ может быть выполнен полностью или частично. Заказчик запрашивает номенклатуру изделий. Система выдает текущую номенклатуру изделий. Заказчик запрашивает текущую цену выбранных изделий. Система выдает текущие цены выбранных изделий. Заказчик выбирает изделия с текущей ценой. Система выводит бланк-заказа с указанием стоимости каждой позиции изделия, общей суммы, включая все налоги. Заказчик подтверждает заказ или делает запрос на изменение заказа переход к пункту 3. Система подтверждает, что заказ принят на рассмотрение и указывает время ожидания подтверждения заказа. Заказ не может быть выполнен в виду отсутствия нужной номенклатуры изделий. Изделий, необходимых заказчику в номенклатуре нет. Система выводит запрос о выходе из системы. Заказчик подтверждает выход из системы. Заказ не оформляется в связи с ценой, не удовлетворяющей заказчика. Цена на изделия не удовлетворяет заказчика. Заказчик должен иметь возможность отменить заказ в любой момент времени до подтверждения заказа. Заказчик должен иметь возможность просматривать все свои заказы за текущий год и повторить его при условии, что все пункты заказа совпадают с текущими условиями текущей номенклатурой и ценой. Дата заказа по умолчанию — текущая. Пиковая нагрузка на этот вариант использования с 8. Всего потенциальных клиентов — Из них — — постоянные клиенты с большим объемом продаж. В настоящее время непосредственно продажами занимается один сотрудник отдела. При введении новой системы продаж ожидается увеличение потока заказчиков. Поскольку предполагается обслуживать покупателей разных часовых поясов, имеет смысл ввести двухсменное обслуживание системы с учетом выходных дней не менее 3 сотрудников. Этих сотрудников необходимо обучить работе с ПК, информационной системой и работой с Internet. Его необходимо обучить работе с ПК, информационной системой и работой с Internet. Кассир - это сотрудник бухгалтерии, который должен будет вводить в систему информацию о произведенной оплате и выводить на печать документ об оплате. В настоящее время кассу могут обслуживать два кассира. Увеличивать число кассиров не надо, поскольку планируется увеличение числа продаж по безналичному расчету. Кассира необходимо обучить работе с ПК и информационной системой. Кладовщик — это сотрудник склада, занимающийся выдачей готовой продукции. Он должен провести регистрацию требования и выдать на печать накладную на товар, включая и транспортную накладную. В настоящее время отпуском товара занимаются три кладовщика. В связи с прогнозируемым увеличением продаж необходимо увеличить число кладовщиков до 6 человек. Их необходимо обучить работе с ПК и информационной системой. Менеджер отдела договоров — сотрудник отдела договоров, который занимается мониторингом договоров и закрытием договоров. В настоящее время — это один сотрудник. Увеличивать штат при введении системы не рекомендуется. Система будет автоматически закрывать договор, если произведена выдача товара со склада. Менеджер будет получать эту информацию. Его необходимо обучить работе с ПК и информационной системой. Сотрудник производственного отдела должен по необходимости не реже одного раза в месяц вносить изменения редактировать номенклатуру изделий, выпускаемых Метиз-М. Его необходимо обучить работе с ПК И информационной системой. Сотрудник отдела цен должен по необходимости не реже одного раза в месяц вносить изменения редактировать цены на продукцию Метиз-М. Система продаж должна позволять заказчику, зарегистрированному в системе, размещать заказ на приобретение продукции Метиз — М согласно номенклатуре выпускаемых изделий. Система должна подтвердить, что заказчик зарегистрирован в системе после заполнения им соответствующей регистрационной анкеты. Система отказывает в регистрации, если заказчик не выполнил правил регистрации в системе или данные о заказчике противоречат политике безопасности предприятия. Система должна предоставить заказчику систему выбора продукции из имеющихся предложений для продажи с учетом текущей номенклатуры изделий. Система должна предоставить заказчику систему выбора продукции из текущей номенклатуры изделий. Система должна в случае невозможности выполнения заказа в срок, указанный заказчиком, предложить ему реальный срок выполнения заказа. Система должна выводить зарегистрированному пользователю текущую номенклатуру изделий с указанием текущих цен то, что предприятие может производить. Система должна выводить заказчику перечень крепежных изделий, готовых в данный момент для продажи с указанием текущих цен. Когда заказчик указывает, что он больше не хочет продолжать заказывать крепежные изделия, система должна вывести заполненный бланк заказа с указанием как сумм отдельных позиций заказа, так и общей суммы заказа. Если заказчик не подтверждает заказ, он должен иметь возможность либо изменить заказ, либо отменить заказ. Система должна позволять заказчику повторить любой заказ, сделанный им в течение текущего года.
«КАК УПРАВЛЯТЬ ПРОЕКТАМИ Серия Информатизация России на пороге XXI века Формирование требований к проекту и выбор вариантов Формирование состава исполнителей и распределение ресурса Финансирование проекта Стимулирование ...»
Приказ об установлении высшей категории
Инициация проекта
Норма давления ртутного столба для человека
График работы паспортный стол новороссийск
Вещные сервитуты в римском праве
Организация и проведение результативного интервью
Азс карт татнефтепродукт казань
Лекарство кип инструкция отзывы детям
Правила оборота прекурсоров в рф