Разработка концепции

Исходными данными для разработки концепции создаваемой АСУ является утвержденный отчет предыдущей стадии и тактико-техническое задание.

На этапах изучения объекта автоматизации и проведения научно-исследовательских работ, как следует из их названий, организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы, связанные с поиском путей и возможностью реализации требований пользователя. Здесь особенно важно организовать процессы обучения разработчиков, то есть донесение до них особенностей автоматизируемых бизнес процессов и их взаимодействия, взаимодействия и соподчиненности подразделений, участвующих в бизнес процессах, их ролей, ответственности и полномочий.

Как правило, работы данных этапов включают:

· более детальное описание и анализ бизнес процессов объекта автоматизации;

· оценку влияния территориального размещения частей объекта автоматизации на возможные изменения информационных потоков в системе;

· прогнозирование возможных изменений объекта и его характеристик при реализации утвержденной стратегии развития предприятия;

· знакомство с техническими решениями и опытом создания подобных систем на предприятиях партнеров и конкурентов;

· изучение достижений в интересующих областях информационных технологий;

· изучение достижений и тенденций в теории управления;

· изучение и оценка рынка предлагаемых готовых решений;

· разработка прототипов системы или её частей для оценки её реализуемости и получения качественных и количественных характеристик вариантов исследования;

· другие работы, которые вытекают из целей и задач этапов.

Если научно-исследовательские работы выполняются по отдельным договорам, то для них разрабатываются отдельные технические задания (ТЗ), а результаты оформляются соответствующими отчетами.

Следует отметить, что появление инструментариев быстрой разработки приложений (Rapid Application Development, RAD) таких как «C++ Builder», «Visual C++», «Delphi» и других позволило существенно сократить время и затраты на разработку прототипов проекта. В результате разработки прототипа появляется программное приложение, которое обладает требуемой функциональностью и имеет реальный пользовательский интерфейс, что, безусловно, повышает достоверность оценочных характеристик создаваемой АС и качество работы в целом.

При разработке вариантов концепции АСУ желательно рассмотреть как можно больше альтернативных технических решений, удовлетворяющих функциональным требованиям к системе и налагаемым ограничениям по времени создания и имеющимся ресурсам. Это могут быть, например, следующие варианты:

· принятие существующей информационной системы в качестве базовой с модернизацией части технических и программных средств;

· покупка готовых модулей аналогичной автоматизированной системы, их доработка и интеграция с существующими аппаратно-программными комплексами;

· полная замена существующей АСУ покупной или вновь разработанной;

· рассмотрение вариантов централизованной и децентрализованной системы;

· рассмотрение вариантов, базирующихся на различных информационных технологиях;

· рассмотрение вариантов, базирующихся на различных аппаратных или программных платформах;

· любые другие, вытекающие из существующего положения вещей, требований и возможностей.

Несмотря на кажущееся обилие рассматриваемых вариантов, обычно их количество, с учетом имеющихся ограничений, не превышает двух-трех.

В основной части отчета о выполненной работе приводят:

· описание результатов изучения объекта автоматизации;

· описание и оценку преимуществ и недостатков разработанных альтернативных вариантов концепции создания АСУ;

· сопоставительный анализ требований пользователя к АСУ и вариантов концепции на предмет удовлетворения этих требований;

· обоснование выбора оптимального варианта концепции и описание предлагаемой АСУ;

· ожидаемые результаты и эффективность реализации выбранного варианта концепции АСУ;

· ориентировочный план реализации выбранного варианта концепции АСУ;

· необходимые затраты ресурсов на разработку, ввод в действие и обеспечение функционирования;

· требования, гарантирующие качество АСУ;

· условия приемки системы.