Автоматизированная система управления

Раздел «Выводы и предложения» рекомендуется разделять на подразделы:

• выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АСУ;
• предложения по совершенствованию организации и технологии процесса деятельности;
• рекомендации по созданию АСУ.

Первый подраздел должен содержать сопоставление ожидаемых результатов создания АСУ с заданными целями и критериями по целевым показателям и нормативным требованиям, а также принципиальное решение вопроса о создании АСУ – положительное или отрицательное.

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

Третий подраздел «Рекомендации  по созданию АСУ» должен содержать:

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

Заявка на разработку (тактико-техническое задание) составляется в произвольной форме и содержит предложения организации-пользователя к организации-разработчику на проведение работ по созданию АСУ. Заявка также содержит требования к системе, сведения об имеющихся ограничениях или условиях и о ресурсах на создание АСУ.

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

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

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

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

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

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

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

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

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

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

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

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

1.8. Техническое задание

Техническое задание (ТЗ) на АСУ является основным документом, определяющим требования и порядок создания, развития или  модернизации автоматизированной системы, в соответствии с которым  проводится её разработка, ввод в действие и приёмка.

ТЗ разрабатывают на систему  в целом, предназначенную для  работы самостоятельно или в составе  другой системы. Основными исходными  данными для разработки ТЗ являются тактико-техническое задание и  утвержденный вариант концепции АСУ. Однако, задаваемые в ТЗ требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

• общие сведения;
• назначение и цели создания (развития) системы;
• характеристика объекта автоматизации;
• требования к системе;
• состав и содержание работ по созданию системы;
• порядок контроля и приемки системы;
• требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
• требования к документированию;
• источники разработки. 

ТЗ является текстовым документом. Необходимые чертежи, схемы и  большие по объему таблицы рекомендуется  оформлять в виде приложений. В зависимости от вида, назначения и специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять его подразделы. Дополнительно могут быть разработаны ТЗ на части АСУ – так называемые, частные ТЗ (ЧТЗ). В ЧТЗ не включают разделы, дублирующие содержание разделов ТЗ на АСУ в целом.

В разделе «Общие сведения» указывают полное наименование системы и её условное обозначение, наименование предприятий разработчика и заказчика, плановые сроки начала и окончания работы, сведения об источниках и порядке финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы и её частей.

В разделе «Назначение и цели создания системы» указывают вид автоматизируемой деятельности (управление, проектирование и т.п.) и перечень объектов автоматизации, на которой предполагается АСУ использовать. Здесь же приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АСУ, и указывают критерии оценки достижения целей.

В разделе «Характеристики объекта автоматизации» приводят краткие сведения об объекте или ссылки на документы, содержащие такую информацию, а также сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.

Раздел «Требования к системе» состоит из следующих подразделов:

• требования к системе в целом;
• требования к функциям (задачам), выполняемым системой;
• требования к видам обеспечения.

В подразделе «Требования к системе в целом» указывают:

• требования к структуре и функционированию системы (перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы; требования к способам и средствам связи для информационного обмена между компонентами системы; требования к характеристикам взаимосвязей системы со смежными системами, требования к её совместимости; требования к режимам функционирования системы, по её диагностированию, перспективам развития и модернизации);
• требования к численности и квалификации персонала системы и режиму его работы, порядку его подготовки и контролю знаний и навыков;
• показатели назначения (приводят значения параметров, характеризующих степень соответствия системы её назначению. Для АСУ указывают степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления, допустимые пределы модернизации и развития системы, вероятностно-временные характеристики, при которых сохраняется целевое назначение системы);
• требования к надежности (состав и количественные значения показателей надежности для системы в целом и её частей; перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности и значения соответствующих показателей; требования к надежности технических средств и программного обеспечения; требования к методам оценки и контроля показателей надежности на разных стадиях создания системы);
• требования к безопасности (включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств (защита от воздействия электрического тока, электромагнитных полей, акустических шумов и т.п.), по допустимым уровням освещенности, вибрационных и шумовых нагрузок);
• требования к эргономике и технической эстетике (включают показатели АСУ, задающие необходимое качество взаимодействия человека с машиной и комфортность условий работы персонала);
• требования к транспортабельности для подвижных АСУ (конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам);
• требования к эксплуатации, техническому обслуж<span class="dash041e_0431_044b_0447_043d_044b_0439_0020_0028_0432_0435_0431_0029__Char" style=" text-decoration: none;