МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ КЫРГЫЗСКОЙ

РЕСПУБЛИКИ

КЫРГЫЗСКИЙ НАЦИОНАЛЬНЫЙ УНИВЕРСИТЕТ

(КНУ)

IT-КОЛЕДЖ

СРС
По Проектированию информационных систем

На тему: Основные принципы разработки автоматизированных

информационных систем

Выполнил: студент группы ITк(ПИвЮ-9)-7-20

Кадыев Султан

Проверила: преп. Шамырова Д.Р.

Бишкек – 2022 г.
 Эффективность АИС определяется техническими решениями, которые
были заложены при ее проектировании. Поэтому процесс создания и
проектирования АИС требует системного подхода.
Технология создания АИС должна преследовать использование
современных методов проектирования: средств автоматизации, типовых
проектных решений, современных экономико-математических моделей и т.д.
При построении системы необходимо руководствоваться
основополагающими принципами создания АИС:
1. Принцип системности
Подход к исследуемому объекту как единому целому. Это
позволяет выявить многообразие типов связей между структурными
элементами, обеспечивающими целостность системы.
Системный подход предполагает проведение двухаспектного
анализа (макро- и микроподходов).
При макроанализе система и ее элемент рассматривается как
часть системы более высокого порядка. Особое внимание
информационным связям: устанавливается их число, выделяются и
анализируются те связи, которые обусловлены целью изучения
системы, а затем выбираются наиболее предпочтительные,
реализующие заданную целевую функцию.
При микроанализе изучается структура объекта, анализируются
ее составляющие элементы с точки зрения их функциональных
характеристик, проявляющихся через связи с другими элементами и
внешней средой. Системный подход позволяет использовать
математическое описание функционирования, исследования различных
свойств отдельных элементов и системы в целом, моделировать
изучаемые процессы для анализа работы вновь создаваемых систем.

2. Принцип развития
 АИС создается с учетом возможности постоянного пополнения и
обновления функций системы и видов ее обеспечений. АС должна
наращивать свои вычислительные мощности, оснащаться новыми
техническими и программными средствами, быть способной постоянно
расширять и обновлять круг задач и информационный фонд,
создаваемый в виде системы баз данных.
3. Принцип совместимости
Обеспечение способности взаимодействия АИС различных видов,
уровней в процессе их совместного функционирования.
4. Принцип стандартизации и унификации
Необходимость применения типовых унифицированных и
стандартизированных элементов функционирования АИС. Позволяет
сократить временные, трудовые и стоимостные затраты на создание
АИС при максимально возможном использовании накопленного опыта
в формировании проектных решений и внедрении автоматизации
проектировочных работ.
5. Принцип эффективности
Достижение рационального соотношения между затратами на
создание АИС и целевым эффектом, получаемым при ее
функционировании.

Выделяют ряд частных принципов, детализирующих общие:

1. принцип декомпозиции (разделение системы на части, выделение
отдельных комплексов работ)
2. принцип первого руководителя (закрепление ответственности при
создании АИС за заказчиком)
3. принцип новых задач (поиск постоянного расширения
возможностей системы, совершенствование процесса управления)
 4. принцип автоматизации информационных потоков и
документооборота (комплексное использование технических
средств на стадиях прохождения информации)
5. принцип автоматизации проектирования (повышение
эффективности процесса проектирования и создание АИС на всех
уровнях, обеспечивая при этом сокращение временных, трудовых и
стоимостных затрат за счет внедрения индустриальных методов).

Для проектирования АИС в экономике используются ещё

организационно-технологические принципы:
1. принцип формализации (необходимость строгого методического
подхода к решению проблемы, использование формализованных методов
описания и моделирования изучаемых и проектируемых процессов)
2. принцип абстрагирования (выделение существенных аспектов
системы и отвлечение от несущественных с целью представления проблемы
в более простом, общем виде, удобном для анализа и проектирования)
3. принцип концептуальной общности (единая методология на всех
этапах проектирования АИС и всех её составляющих)
4. принцип непротиворечивости и полноты (наличие всех
необходимых элементов во вновь создаваемой системе и согласованном их
взаимодействии)
5. принцип независимости данных (модели данных должны быть
проанализированы и спроектированы независимо от процессов их обработки,
от их физической структуры и распределения в технической среде)
6. принцип структурирования данных (предусматривает
необходимость структурирования и иерархической организации элементов
информационной базы системы)
7. принцип доступа конечного пользователя (пользователь должен
иметь средства доступа к базе данных, которые он может использовать
непосредственно (без программирования))
Процесс создания АС, как правило, начинается с изучения
существующих входных, внутренних и выходных информационных
потоков, системы документации, системы классификации и
кодирования информации, фондов информации. На основании этой
работы осуществляется определение и проектирование организации и
технологии работ учреждения в условиях функционирования
автоматизированной системы, состава подсистем и комплексов
функциональных задач системы, способы организации информации в
будущей АС, необходимость использования покупных баз и банков
данных, АС, сетей передачи данных.

На современном этапе в управленческой, экономической, финансовой,

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

Если в процессе проектирования АС принято решение о необходимости

организации информации (или части ее) в виде собственных
реляционных БД, то процесс изучения информационных потоков
должен быть углублен вплоть до определения состава и описания
каждого реквизита по каждой прикладной задаче, решаемой с
использованием таких БД. По каждой такой функциональной задаче
системы проектируются новые входные, внутренние и выходные
информационные потоки и документы, алгоритмы решения задач.
Процесс проектирования информационного обеспечения этих задач
должен включать в себя построение концептуальных и логических
моделей реляционных баз данных.

Уже на первых этапах создания системы должны быть приняты решения

по логическому контролю входной информации системы, приданию
юридической силы выходным документам системы, организационным и
техническим мерам по обеспечению требований информационной
безопасности.

Как правило, при решении автоматизированных задач, достаточно

визуального контроля входной, внутренней и выходной информации.
При вводе входной информации в реляционную БД самим
пользователем контроль информации на соответствие модели БД
дополнительно осуществляется средствами СУБД. Однако, если
входная информация получена в виде “транспортного массива” от
сторонней организации, то необходимы дополнительные мероприятия
для загрузки такой информации в БД. Прежде всего “транспортный
массив” должен быть загружен в специально выделенную область
памяти ПК и проверен с использованием специально разработанного
ППП на соответствие его логической модели логической модели БД АС.
В случае несоответствия логических моделей, необходимо разработать
специальный ППП для преобразования логической модели
“транспортного массива” в логическую модель БД АС. И только после
такой подготовки информации “транспортного массива” она может
быть загружена в реляционную БД АС.

Для особо ответственных АС разработчикам приходится создавать

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

Порядок придания юридической силы выходным документам системы

подробнее рассмотрен в разделах 3.4 и 3.5 настоящего пособия и
определен рядом нормативных документов:

Государственный стандарт Российской Федерации ГОСТ Р 6.30-97

"Унифицированная система организационно-распорядительной
документации. Требования к оформлению документов";

Государственный стандарт Российской Федерации ГОСТ 6.10.4-84

"Придание юридической силы документам на машинном носителе и
машинограмме, создаваемым средствами вычислительной техники.
Основные положения";

Методические рекомендации по оформлению документов на основе

ГОСТ Р 6.30-97 "Унифицированная система организационно-
распорядительной документации. Требования к оформлению
документов", разработанные Всероссийским научно-исследовательским
институтом документоведения и архивного дела (ВНИИДАД), 1998.

Современное ОПО обеспечивает автоматическую запись фамилии (по

паролю) разработчика электронного документа, даты его создания или
корректировки. В некоторых АС эти реквизиты автоматически
распечатываются в выходных документах.

При создании АС необходимо обеспечивать информационную

безопасность и защиту информации. Термины и определения в области
информационной безопасности приведены в приложении 2.
При работе в однопользовательской АС защита массовой
внутримашинной информации, как правило, обеспечивается парольной
защитой, а при работе в ЛВС – комплексом программных средств,
подробно описанных в разделе 3.2 настоящего пособия.

Для защиты внемашинной и внутримашинной информации с

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

Решения по всем вышеназванным вопросам должны быть отражены на

концептуальном уровне уже на стадии разработки ТЗ на АС.

На последующих стадиях создания АС (эскизного, технического

проектирования, разработки документации и т.д.) разработчик и
привлеченные организации реализуют решения, принятые в ТЗ, с
участием и под контролем заказчика.

На стадиях эскизного и технического проектирования должны быть

выполнены, как правило, следующие работы:

принятие окончательных решений по составу подсистем и задач АС;

принятие окончательных решений по комплексу технических средств и

общесистемному программному обеспечению;

принятие окончательных решений по организациям–поставщикам СПО,

содержанию адаптации СПО, оформление хозяйственных договоров на
адаптацию программ с оформлением технических заданий;

адаптация СПО;
принятие окончательных решений по составу реляционных БД, а также
БД, формируемых средствами Word и Excel, разработка структуры БД и
форм документов в электронном виде;

разработка организационных и методических документов,

определяющих технологию и организацию формирования и ведения
документов, организационную структуру учреждения в условиях
функционирования АС;

принятие решений по вопросам подключения ЛВС к сетям передачи

данных, работы с электронной почтой, глобальной информационной
сетью Интернет, общероссийской сетью распространения правовой
информации Консультант Плюс и другими базами и банками данных, к
которым целесообразно иметь доступ;

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

разработка схем монтажа технических средств;

оформление хозяйственных договоров на строительно-монтажные и

пусконаладочные работы;

оформление документов на поставку недостающих программно-

технических средств.

На стадии ”Ввод в действие” должны быть выполнены следующие

работы:

реализация решений по организационной структуре и обеспечение

персонала инструктивно-методическими материалами;

подготовка персонала;

комплектация программно-технических средств, расширение объемов

оперативной и внешней памяти ранее приобретенных ПК;

создание систем управления, защиты и доступа АРМ;

строительно-монтажные работы;

пусконаладочные работы;

проведение предварительных испытаний программно-технического

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

проведение сертификационных испытаний с оформлением сертификата

соответствия;

проведение приемочных испытаний, оформление акта о приемке АС в

постоянную эксплуатацию.

На стадии ”Сопровождение системы” должны быть выполнены

следующие работы:

выполнение работ в соответствии с гарантийными обязательствами в

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

послегарантийное обслуживание в случае обнаружения недостатков.

Предварительные испытания, опытная эксплуатация,

сертификационные и приемочные испытания СПО и АС в целом
должны осуществляться в соответствии с методиками и программами,
утвержденными руководителем организации-заказчика.

Продолжительность опытной эксплуатации с момента подписания акта

сдачи системы должна быть не менее 3 месяцев.

Состав приемочной комиссии по приемке АС в целом утверждается

руководителем организации-заказчика.

До ввода в действие АС необходимо выполнить следующие основные

организационные мероприятия:

назначить ответственного исполнителя работ для создания и ввода в

действие АС;

ввести в штатное расписание системного программиста и инженера по

автоматике и телемеханике (или оформить хозяйственные договора со
сторонними специалистами) для создания и обеспечения качественной
подготовки ЛВС к вводу в действие;

провести обучение персонала основам автоматизации информационных

систем с целью его квалифицированного участия в процессе создания и
ввода в действие АС;

решить вопросы финансирования работ.

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

ГОСТ 24.702-85 определяет основные положения по эффективности

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

годовой экономический эффект;

расчетный коэффициент эффективности капитальных затрат на

разработку и внедрение АСУ;

срок окупаемости капитальных затрат на разработку и внедрение АСУ.