Определение информационных потребностей и требований к системе
Date: 2015-10-07; view: 400.
После признания проекта осуществимым, компания подробно определяет информационные потребности и документирует требования к системе. Даже для относительно простых ИС определение информационных нужд может быть очень сложным процессом из-за огромного количества и разнообразия информации, которая требует определения. Вдобавок, для служащих очень часто представляет трудность определить свои информационные потребности или они определяют их неточно. На рисунке в юмористической форме отражены проблемы, связанные с этим этапом.
| Как предлагают пользователи и менеджеры | Как преподносится высшему руководству | Как планируется группой разработчиков | Как утверждается руководящим комитетом |
| Как разработана главным аналитиком | Как написана программистами | Как установлена для использования | Что на самом деле нужно пользователям |
Рисунок. Коммуникационные проблемы анализа системы.
При всей своей сложности данный этап является очень ответственным, т.к. исправление недочетов, допущенных в этом месте, стоит впоследствии больших затрат.
Следующий шаг - определение целей системы. Как правило, в качестве целей конкретизируются такие показатели как полезность производимой информации, надежность, доступность, своевременность получаемой информации, обладание достаточной мощностью, экономическая эффективность, гибкость, безопасность, управляемость, контролируемость ИС, улучшение обслуживания клиентов.
И наконец - определение ограничений. Успех разработки ИС часто зависит от понимания ограничений, в которых работает компания: требования законодательства, политика руководства, недостаток квалифицированного персонала, возможности и настроения пользователей, доступные технологии, ограниченные финансовые ресурсы.
Для определения требований к системе используются различные методики: опрос пользователей об их потребностях, анализ существующей системы, исследование ее применения, использование прототипа новой системы.
Результатом этапа является детальное описание требований к новой ИС. Здесь определяется, что система должна делать. Определить, как она должна это делать - задача последующих этапов разработки системы.
Таблица. Возможное содержание требований к системе
| Процессы | Описание всех процессов в новой системе, включая что и кем должно делаться |
| Элементы данных | Описание элементов данных, включая имена, форматы, источники и предназначение |
| Структуры данных | Предварительные структуры данных, показывающие, как элементы данных будут организованы в логических записях |
| Выходы | Образцы выходных документов с объяснением их назначения, частоты использования, для кого они делаются |
| Входы | Образцы первичных документов и объяснение их содержания, источников и ответственных за них лиц |
| Документация | Описание, как новая система и ее подсистемы должны работать |
| Ограничения | Описание таких ограничений, как сроки выполнения работ, меры безопасности, ограничения в кадрах и др. |
| Контроль | Описание мер контроля, позволяющих гарантировать точность и надежность входов, выходов и обработки данных |
| Реорганизация | Требуемые реорганизационные меры - увеличение или сокращение штатов, добавление новых функций, создание подразделений |
Подготовленные требования подлежат обсуждению с заинтересованными сторонами - пользователями и менеджерами и подписывается их руководством, если достигнуто согласие. Для обеспечения такого обсуждения часто подготавливается описательный документ “нетехнического” характера.
| <== previous lecture | | | next lecture ==> |
| Анализ возможностей | | | Оценка альтернатив |