Проблема выбора разработчика ИС
Введение. Общее понятие.
Деятельность любого объекта управления связана с реализацией выпуска конечного продукта или услуг. Для экстремизации показателей деятельности объекта управления, ликвидация появления отклонений от показателей необходимо разрабатывать ИС.
ИС это комплекс составляющих компонентов обеспечений, дающих возможность реализовать функциональность информационной системы.
Функциональная структура является задающим элементом для обеспечивающего комплекса.
ИС предполагает использование информационных технологий IT и CASE-средств для её функционирования.
ИС это методы и способы применения средств вычислительной техники для процессов сбора, регистрации, передачи, обработка, выдача данных пользователю в соответствии с его потребностями.
Основное назначение ИС состоит из множества функциональных задач планирования, учёта, анализа и регулирования, обеспечивающих экстримизацию выходных параметров объекта управления.
Жизненный цикл ИС = ФТ, К, ТЗ, ЭП, ТП, РД, ОВ, ПВ, Эк и сопровождение.
При проектировании ИС для повышения эффективности проектирования, уменьшения времени и стоимости, предусматривается обязательное участие заказчика в процессе проектирования.
Специализация определяет функциональную структуру объекта управления.
Проектирование ИС должно осуществляться исходя из стандартов ISO 12207, 9000-2000, ГОСТ ИС – 34.001-90, ТЗ – 34. 602-89.
Реализация процесса проектирования с использованием стандартов даёт возможность проводить процесс проектирования в рамках единой утверждённой технологии с обязательной разработкой всех предусмотренных документов. Если изменяется команда разработчиков, то есть процесс прерывается, то должна быть вся техническая документация до момента разрыва договора.
Стандарты позволяют снизить риски получения проектных решений.
Существует 3 подхода к процессу проектирования:
1) Структурный (функциональный);
2) Объектно-ориентированный;
3) Процессный;
2. Задача дисциплины:
1) Анализ проблем процесса проектирования ИС
2) Оценка эффективности разрабатываемых ИС
3) Стандарты проектирования
4 Структурный синтез метода проектирования
5) Модели жизненного цикла проектирования и их выбор
6) Методологии проектирования
7) Назначение содержания ООП
8) Назначение содержания диаграмм имл
9) ЭСАиС
10) Паттерн-проектирования
11) Инструментальные средства проектирования
Организация проектирования ИС.
Процесс проектирования предусматривает разработку проекта на создаваемую ИС.
Реализация проектных решений требует применения соответствующих методов и моделей. Существуют классические и оригинальные методы.
Одна из проблем организации процесса проектирования определяется сложность описания жизненного цикла ИС и структуры ИС.
В рамках проекта должны быть реализованы все виды интеграций: функциональная, информационная, программная и техническая. Это подразумевает системное проектирование. Создаётся единое информационное, программное совместимое обеспечение.
Разработанная информационная система обеспечивает эффективное управление объектом управления за счёт:
1) рационализация и оптимизация объекта управления;
2) автоматизированными способами процессами преобразования информации, то есть предоставление требуемых данных всем КП;
3) Оптимизация всех материальных и финансовых ресурсов, а так же кадров объекта управления;
4) Оптимизация календарного и оперативного планирования деятельности объекта управления;
Практически все функциональные задачи включают все фазы управления.
4. Анализ эффективности эксплуатируемых ИС (зарубежных и отечественных)
Разработка ИС связан с затратами, поэтому заказчики на первых стадиях проектирования должны оценивать все затраты не только на этапе разработки, но и эксплуатации и сопровождения, что определяется документом «План подготовки ОУ к внедрению ИС» (в зависимости от сложности ИС и ОУ).
Есть конченые пользователи (используют систему в рамках функций конечных пользователей) и специалисты по эксплуатации и сопровождению (администраторы БД, ИС, КС).
Проведенный анализ внедрения и эксплуатации ИС зарубежными и отечественными компаниями показал ряд проблем организационного и технического характера. В настоящее время имеются и эксплуатируются следующие ИС:
1. Планирования и использования ресурсов ERP, SAB. 2. Системы управления поставками.
3. Система электронной коммерции, например, IBM. 4. Системы взаимоотношений с заказчиками.
Опрос более ста ведущих должностных лиц компании, имеющих не менее 5 тыс. сотрудников, показал следующее:
1) Только треть пользователей удовлетворено внедрением ИС по следующим критериям: ценообразование,ценовойполитики иреального влияния ИС на эффективность стратегического управления ОУ.
2) 52% опрошенных считают, что ИС обеспечивают управление бизнес-целями. Только 40% ощущают эффективное воздействие от ИС и инвестирование в ИТ достигло цели.
3) Растет неудовлетворенность разработчиками ИС. 15% из них считают, что ИС не фокусируется на целях бизнеса. 33% разработчиков завышают стоимость разработки. 12% из них расторгли договор на разработку.
4) Высокая стоимость эксплуатации и сопровождения ИС. 20% опрошенных считают, что они могли разработать ИС лучше.
5) ИС меньшей стоимости считаются лучшими (до 10 млн. долларов). 6) Медленный возврат от инвестиций ИС.
Для того, чтобы ускорить результативность инвестиций, внедрение ИС должно осуществляться по очередям (структурированные, слабоструктурированные, неструктурированные задачи).
7) Слабая эффективность реализации проекта. Только 60% опрошенных утверждают, что ИС были завершены в срок. 33% оценили проекты с отрицательной оценкой (отчасти – вина заказчика).
8) Разрабатываемые ИС не направлены на стратегическое управление объектом. Положительны – только 55% (5% - вина заказчика).
9) Проблема пересмотра функций, опций, проектных решений на этапе жизненного цикла. Как правило, 40% изменений.
5. Необходимость проведения оценки экономической эффективности
На основании такого анализа делается вывод о необходимости предварительной оценки эффективности разрабатываемой ИС.
В качестве показателей эффективности можно рассматривать производительность, надежность и защищенность разрабатываемой ИС, однако эти параметры не отражают эффективность инвестиций поэтому при определении функциональности ИС на 1 и 2 этапе проектирования необходимо выбирать такие функциональные задачи, которые непосредственно связаны с бизнес целями (улучшение обслуживания потребителей к повышению их доверия, а следовательно, увеличению объема продаж поэтому методы, модели оценки эффективности призваны отследить такие задачи которые позволили бы количественно описать, измерить и отслеживать инвестиции) Это, как правило, нематериальные преимущества, которые дают информационные технологии (Доверие).
Сложности определения оценок:
1. Проблема выбора функциональной структуры, ориентированной на задачи бизнеса
2. Отсутствие методик определение средств на разработку ИС (задача главного менеджера). 3. Недостаточная формализация получения оценки, обоснованности инвестиций в ИТ.
Для снижения проблем при проектировании организационного характера проектирование осуществляется в рамках проекта, при этом разрабатываемая система должна быть открытой. К проекту предъявляются следующие требования:
1) Полностью отображать требования заказчика к системе – ТЗ.
2) Обеспечивать разработку, реинжиниринг ИС при изменении требований заказчика.
3) Реализация проекта должна осуществляться в минимальные сроки и меньшими затратами.
Для достижения поставленных целей необходимо получить модель проекта.
Проблемы проектирования ИС.
1) Индивидуальность проекта ИС. Невозможность его тиражирования.
2) Невозможность применение САПР ИС. САПР труднореализуема из-за отсутствия типовых проектных решений на компоненты ИС.
3) Проблема выбора модели ИС (каскадные, спиральные и т.д.).
4) Отсутствие знаний об ОУ у разработчика (длительность изучения ОУ).
5) Отсутствие индустриальных информационныхтехнологий,обеспечивающих процесс проектирования или реализацию проекта (а также доступных инструментальных средств проектирования).
6) Высокие требования к квалификации разработчика, которые должны обладать знаниями о методах, методологиях, инструментальных средствах и т.д. (менеджер).
7) Сложность применения паттерном при получении технических решений и системы в целом в рамках применяемого прототипирования.
8) Эффективное взаимодействие в процессе проектирования заказчика и разработчика. Эффективность такого взаимодействия позволяет снизить риски по конечным параметрами системы, ресурсам и времени проектирования и срока внедрения.
Проблема выбора разработчика ИС
1. Репутация фирмы (стаж на рынке, число продаж) 2. Количество работающих систем
3. Технология и качество документации 4. Качество проектных решений
5. Разумная цена на ИС.
6. Функциональная полнота функциональная структура) 7. Модульность системы.
8. Архитектура ИС и КС.
9. Техническая платформа. 10. ПО (ОС, СУБД).
Требования к проекту ИС
Проект должен:
1. полностью отражать содержание сформированных заказчиком требований к системе и ее элементам (ТЗ);
2. обеспечивать возможность модернизации, развития, реинжиниринга элементов разрабатываемой системы при изменении требований со стороны заказчика;
3. реализация проекта должна осуществляться в короткие сроки с минимальными затратами.
Важным элементом реализации проекта является многоуровневое описание создаваемой системы и прежде всего получение функционального описания, достаточно понятное для заказчика и естественно для разработчика (прототип).
Такое описание должно обеспечить:
1. максимальное использование знаний, опыта, как заказчика, так и разработчика;
2. формальное представление требований заказчика к системе и ее развитие на всем жизненном цикле существования;
3. контроль выполнения поставленных заказчиком целей, что означает непосредственное его участие в работах на всех этапах проектирования.
В соответствии с существующими стандартами ГОСТ 34.601.90, руководящими документами (РД 50 и т.д.), результатом такого описания является разработка соответствующих рабочих документов проектирования (плана создаваемой системы).
Проблемы разработки ИС
Анализ разработанных ИС позволяет сформировать следующие проблемы проектирования:
1. Индивидуальность структуры и процессов функционирования организационных ОУ.
2. Неизвестность для разработчика предметной области ОУ.
3. Разработка математической модели общей структуры создаваемой ИС.
4. Сложность разработки для заказчика и разработчика модели функциональной структуры ОУ.
5. Проблема выбора модели проектирования ИС.
6. Индивидуальность разработки ИС в связи с особенностями структуры и процессов функционирования ОУ.
7. Сложность разработки и реализации проекта на создание ИС.
8. Отсутствие индустриальных, унифицированных технологий разработки ИС, снижающих стоимость и время проектирования ИС.
9. Отсутствие систем САПР, инструментальных средств, обеспечивающих поддержку реализации проекта по всем стадиям ЖЦ ИС.
10. Высокие требования к квалификации системных аналитиков, проектировщиков, участвующих в разработке ИС.
11. Сложность применения существующих прототипов для разработки как системы в целом, так и отдельных ее элементов.
Отсутствие унифицированной технологии разработки ИС обусловлена, прежде всего, следующим:
1. сложность структуры ИС из-за наличия большого числа элементов и соответствующих связей;
2. быстрое изменение функций и даже цели создания системы;
3. постоянно возникающие требования повышения степени автоматизации управленческих функций.
В связи с этим, такая ИС система должна быть развивающейся и непрерывно модернизируемой без коренной перестройки ее структуры. Эти признаки обуславливают особые требования к проекту проектирования автоматизированных информационных систем.
Дата добавления: 2018-02-15; просмотров: 1159; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!