Основные этапы и стадии создания и организации компьютерных информационных систем управления

Введение

На рынке функционального ПО, предназначенного для автомати-зации различных задач и уровней управления на предприятиях и в ор-ганизациях, представлено большое количество готовых проектных ре-шений. Такие приложения, как правило, позиционируются как типовые и обеспечивают адаптацию к конкретным условиям на объекте автомати-зации путем настройки специальных параметров и (или) сравнительно небольшого объема дополнительного программирования.
Однако количество хозяйствующих субъектов велико, все они от-личаются производственными мощностями, ассортиментом продукции и другими характеристиками. В рыночной экономике каждый из них за-интересован в сохранении и развитии своих конкурентных преимуществ, поэтому не всегда возможно найти подходящую автоматизированную информационную систему, которая удовлетворяла бы всем требовани-ям. И тогда возникает необходимость создать систему в соответствии с индивидуальным заказом. В таких случаях ее качество будет полностью зависеть от правильности сформулированных требований со стороны заказчика и профессионализма разработчика.
Требования сводятся к алгоритмам для решения задач, а сами ал-горитмы определяются и согласуются на этапе проектирования инфор-мационной системы. При программировании выполняется только коди-рование алгоритмов, то есть их запись в виде формальных конструкций на алгоритмическом языке, пригодных для исполнения на компьютере.
Поэтому тема работы является актуальной.
Целью данной работы является изучение основных этапов и стадий создания и организации компьютерных информационных систем управ-ления.
В соответствии с поставленной целью необходимо решить ряд за-дач, таких как:
 рассмотреть особенности проектирования и программирования при создании компьютерных информационных систем;
 проанализировать особенности этапа проектирования.
Объектом исследования являются компьютерные информационные системы, предметом – особенности их создания и организации.


1 Структура и классификация информационных систем. Основные концепции построения информационных систем управления. Жиз-ненный цикл информационной системы. Основы применения ин-струментальных средств информационных технологий. Общие по-ложения по созданию информационных систему управления

Современный уровень владения навыками работы на компьютере породил среди пользователей, не являющихся специалистами в области информационных технологий (ИТ), устоявшееся мнение, что все систе-мы, которыми они постоянно пользуются в своей профессиональной де-ятельности, а также в быту (например, покупки в интернет-магазинах, заполнение налоговых деклараций и других документов, управление картами и счетами в банках и т.п.), существуют сами по себе. Мало кто задумывается о технологии их создания. Сначала все системы были спроектированы и только потом реализованы программно. Именно в виде программ они стали доступными для применения.
Иногда под проектированием ИС понимается исключительно про-граммирование. Однако при таком подходе отсутствует «предмет разго-вора с заказчиком», то есть возможность обосновать, обсудить и согла-совать с ним, в частности, маршруты информационных потоков, формы существования информации и ее семантическое содержание для приня-тия решений и т.п. Эти и другие смежные вопросы призван объединить процесс проектирования.
В работе [1] обращается внимание на то, что на рынке функцио-нального ПО для управления предприятиями представлено большое ко-личество приложений, тем не менее наблюдается снижение доверия, в частности, к ERP-системам. Одна из причин заключается в том, что ком-пании, внедряющие такие системы, стремятся не зависеть от интеграто-ров. А это может привести к изменению вектора развития в проектиро-вании и разработке ИС.
Проектирование может касаться как создания новых систем, так и корректировки уже существующих.
В ряде случаев проекты по созданию функционального ПО не яв-ляются завершенными по самым разным причинам, которые принципи-ально можно разделить на две группы.
1. Проблемы, связанные с недостатками этапа проектирования (стилистически некачественные и неполные функциональные требования со стороны заказчика, некорректная интерпретация таких требований со стороны аналитика от разработчика, невозможность представления тре-бований в форме задания для программирования и др.).
2. Проблемы организационно-технологического характера, обу-словленные плохой организацией работ в рамках команды проекта (не-рациональное распределение и регулирование работ, недостаточный профессиональный и квалификационный уровень участников в команде, необоснованные бюджет и сроки, неправильные информационные и временны́е формы взаимодействия как с заказчиком, так и внутри ко-манды, использование плохо освоенного ПО, применяемого при про-граммировании, и др.).
Классическая схема создания функционального программного продукта (одна итерация), пригодного для эксплуатации в условиях ре-ального производственного объекта, может быть представлена в виде хронологической последовательности отдельных принципиальных эта-пов, которые показаны на рисунке 1.


Рисунок 1 - Принципиальные этапы создания ИС

Такая очередность отражает принципиальную взаимосвязь между начальной идеей и ее конечной интерпретацией, воплощенной в форме готового приложения, ориентированного на решение повседневных за-дач пользователя. Причем логическая связь между этапами будет со-блюдаться независимо от регламентирующего документа, на основе ко-торого выполняется проект по созданию ИС (ГОСТ Р 53622–2009, ГОСТ Р ИСО/МЭК 15288–2005, ISO/IEC 15288:2002). Интересно заме-тить, что некоторые авторы отмечают cерьезный кризис методологий и снижение спроса на применение формализованных методологий разра-ботки ИС [2].
Но, как бы ни назывались совокупности работ в соответствии с жизненным циклом программного продукта (этапы, стадии или процес-сы), согласно упомянутым стандартам все они будут соответствовать следующим логическим этапам.
Этап 1. Инициация проекта. На этом этапе осуществляется обще-ние с заказчиком, в роли которого может выступать конкретная органи-зационно-технологическая структура (предприятие, организация, ком-пания, подразделение и т.п.). Впоследствии разработанные для нее про-ектные решения возможно представить в качестве типовых и распро-странять в исходном или адаптированном виде для всех хозяйствующих субъектов аналогичного назначения. Если проект инициирован компа-нией-разработчиком, то реальный заказчик отсутствует и в качестве объекта автоматизации выбирается обобщенная модель, отражающая деятельность некоторой фиктивной организации, но обязательно имею-щей типовые функции (процессы), предназначенные для автоматизиро-ванного выполнения и характерные для объектов определенного вида. Главная цель на данном этапе – выявление функциональных потребно-стей, которые должны быть реализованы в будущей системе. Требова-ния пользователей должны учитывать