Практическая работа №7. Разработка и оформление предложений по расширению функциональности информационной системы. ТЕМА: ,,Корпоративная ИС компании АртТек’’ Состав процедур управления требованиями: "Анализ проблем" - разработка и согласование правильного описания проблемы, решить которую призвана новая система. Задачей процесса анализа проблем является осознание реальных проблем и потребностей заказчика, и предложение решения для удовлетворения этих потребностей. 1. Процесс включает в себя следующие этапы: Достижение соглашения об определении проблемы Среди сотрудников компании АртТек был проведен опрос, об предложениях и жалобах на работу в ИС КАТ, опрос длился один рабочий квартал в добровольной форме, среди всех отделов компании. Собранные данные были отправлены на следующий этап. 2. Выделение основных причин Собранные данные были проверенны и проанализированы внутренними сотрудниками компании. Далее был выделен ряд проблем мешающих работе сотрудникам АртТек. 2.1 Медленная скорость работы 2.2 Неудобный и недружественный рабочий интерфейс программы 2.3 Высокая нестабильность программы 2.4 Отсутствие авто-сохранения проделанной работы. 3. Выявление заинтересованных лиц и пользователей Большая часть проблем лежит в рабочем пространстве рядовых сотрудников компании, в отличии в менеджерской части системы, где проблем наблюдается значительно меньше. Поэтому в приоритет становится обновление внутреннего ПО ИС КАТ для рядовых сотрудников. 4. Определение границ системы, предлагаемой в качестве решения Полная переработка пользовательского интерфейса ИС КАТ, добавление функции авто-сохранения, оптимизация работы ИС КАТ что заключается в уменьшении требуемых для работы ресурсов компьютера а так же повышении стабильности работы ИС КАТ. 5. Выявление ограничений. Обновление ИС КАТ не будет затрагивать серверное оборудование, на котором происходит работа ИС, так же обновление не будет затрагивать добавление новых функций за исключением функции авто-сохранения. "Выявление потребностей пользователей" - сбор информации о действительных потребностях пользователей создаваемого решения и других заинтересованных лиц; идентификация функций системы. Потребность - это отражение некоей личной, рабочей или бизнес-проблемы (или возможности), решение которой оправдывает замысел создания, приобретение или модернизацию системы. Выявление потребностей сопряжено с выполнением следующих задач: интервьюирование и анкетирование; Проведено в онлайн режиме сроком в один рабочий квартал компании. совещания, посвященные требованиям; Проведение совещаний необходимых для выявления требований и их редактированию мозговой штурм; Инициализация новых идей в уже разработанный план, а также решение гипотетически возможных проблем. применение "раскадровок"; Расписание ключевых проблем и путей их решений. анализ прецедентов; Рассмотрение некоторых случаев, где ярко выражены рассматриваемые проблемы. создание прототипов. Разработка промежуточных демо версий ИС КАТ для полного понимания хода разработки с своевременным внесением корректировок и исправлением ошибок, возникших при разработке. "Определение системы" - преобразование понимания проблемы и потребностей пользователя в обобщенное описание системы, которая будет удовлетворять эти потребности. Определение системы Требования к системе редко удаётся зафиксировать в едином документе. Причины кроются в сложности системы, в организации выявления и документирования требований, система может быть членом семейства родственных продуктов, проектируемая система может удовлетворять только часть выявленных требований и пр. Поэтому на этапе определения системы выбирается формат представления требований. Это может быть иерархическая структура, когда требования задаются для отдельных подсистем. Или один документ может содержать общие определения функций системы, другой конкретные требования. (Первый обычно называется концепцией, второй спецификацией требований). Управление масштабом проекта Оценка приоритетов требований. Основным приоритетом стоит устранение критических ошибок, выявленных в ходе тестирования, что затрудняют, или полностью нарушают цепочки технологических проектов в компании. Оценка трудоёмкости выполнения требований. Главной целью обновления системы заключается в обновлении дизайна приложения, добавления некоторых функций, и еще ряд не критически важных элементов системы. Что в свою очередь не требует полного реконструирования кода программы, тем самым сокращая время на абдейт ИС КАТ. Оценка рисков. При обновлении некоторых компонентов ИС КАТ не будут затрагиваться критически важные модули, ошибка в коде которых может существенно увеличить время на обновление ИС КАТ Уточнение определения системы ИС КАТ должна удовлетворять тенденциям современных корпоративных ИС. Её абдейт проводится с целью повысить качество предоставляемых компанией, а так же снизить затраты на поддержание работоспособности ИС. В ходе опроса и тестирование персонала был выявлен ряд проблем устранение которых повысит качество как самой ИС так и качество технологических процессов что протекают в компании, при использовании корпоративной ИС Функциональные требования 1. Добавление функции авто-сохранения при работе в проектах в ИС- А так же, иметь функций при которых возможно настраивать интервал авто-сохранений в ИС 2. Обновление Пользовательского Интерфейса, необходимо добавить приятные глазу человека иконки, сочетающиеся в едином стиле, и придерживающегося теории цвета. Дизайн должен быть органичным и отвечать современным требованиям. Нефункциональные требования 1. Оптимизация ИС КАТ, в ходе опроса и тестирования ИС кат было выявлено, что корпоративная система имеет ряд недостатков, основными из них являются, Медленная и не оптимизированная работоспособность программы, требующей слишком больших ресурсов стационарных ПК компании. О обновление призвано, увеличить скорость работы программы, при более низком потреблении ресурсов ПК. 2. При тестировании, и опросе сотрудников компании было выявлено, что ИС КАТ работает нестабильно, при некоторых действиях, закономерностей которых выявить не удалось, программа, самопроизвольно закрывается, либо выдает критическую ошибку. Что в свою очередь мешает сотрудникам выполнять свою работу, а так же в некоторых случаях удаляет, весь несохраненный прогресс работы. Что приводит к потере времени и ресурсов. "Управление масштабом" - согласование определения системы и ограничений проекта. "Уточнение определения системы" - разработка детальных требований к системе. "Построение правильной системы" - методики верификации создаваемого ИТ решения и управления изменениями.
