Раздел «Выводы и предложения»
рекомендуется разделять на подразделы:
- выводы о производственно-хозяйственной необходимости и технико-экономической целесообразности создания АСУ;
- предложения по совершенствованию организации и технологии процесса деятельности;
- рекомендации по созданию АСУ.
Первый подраздел должен содержать
сопоставление ожидаемых результатов
создания АСУ с заданными целями и критериями
по целевым показателям и нормативным
требованиям, а также принципиальное решение
вопроса о создании АСУ – положительное
или отрицательное.
Второй подраздел «Предложения
по совершенствованию организации
и технологии процесса деятельности»
должен содержать предложения по совершенствованию
производственно-хозяйственной деятельности,
организационной и функциональной структур
системы, методов деятельности и видов
обеспечения АСУ.
Третий подраздел «Рекомендации
по созданию АСУ» должен содержать:
- рекомендации по виду создаваемой АСУ, её совместимости с другими АСУ и неавтоматизируемой частью соответствующей системы;
- по организационной и функциональной структуре создаваемой АСУ;
- по составу и характеристикам подсистем
и видов обеспечения АСУ;
- по организации использования имеющихся и приобретению дополнительных технических средств;
- по рациональной организации разработки и внедрения АСУ;
- по определению основных и дополнительных, внешних и внутренних источников и
видов объёмов финансирования и материального
обеспечения разработок;
- по обеспечению производственных условий создания АСУ;
- любые другие рекомендации.
Заявка на
разработку (тактико-техническое задание)
составляется в произвольной форме и содержит
предложения организации-пользователя
к организации-разработчику на проведение
работ по созданию АСУ. Заявка также содержит
требования к системе, сведения об имеющихся
ограничениях или условиях и о ресурсах
на создание АСУ.
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;