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

Реферат Курсовая Конспект

Методика выбора автоматизированных информационных систем

Методика выбора автоматизированных информационных систем - раздел История, Минимальный набор лекций по АИС Введение и история Потребность В Выборе Аис Может Быть Вызвана Либо Необходимостью Автоматизации...

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


• функциональные возможности (соответствие АИС функциям, которые существуют или планируются в организации);
• стоимостные оценки (совокупная стоимость владения, т. е. сумма прямых и косвенных затрат владельца системы за период ее жизненного цикла);
• технические характеристики (архитектура системы, надежность, средства защиты и т. п.);
• перспективы развития и интеграции (масштабируемость, поддерживаемые интерфейсы с внешними системами).
Главный принцип выбора ИС для предприятия заключается в том, в какой степени та или иная система подходит для управления объектами в конкретных условиях. С этой точки зрения выделяют следующие основные критерии выбора ИС [8, 21, 33]:
• функциональные характеристики — соответствие возможностей системы задачам, которые выполняет объект автоматизации;
• удобство работы пользователей — простота эксплуатации системы и возможности поиска информации, наличие документации и справочной системы;
• совместимость — возможность использования с наиболее распространенными операционными системами и функциональным программным обеспечением;
• репутация фирмы-разработчика, стаж ее пребывания на рынке, число продаж, отзывы экспертов — этот критерий позволяет обеспечить стабильное сопровождение системы и своевременный переход к новым версиям;
• адаптируемость системы на российском рынке — наличие русифицированной версии систем иностранного производства или возможность их русификации, учет российского законодательства;
• простота внедрения — сроки и ресурсы, необходимые для приведения системы в рабочее состояние и обучения пользователей;
• возможность расширения и интеграции с другими системами — гибкость системы и готовность ее к совершенствованию функций, возможность настройки системы и подключения к внешним информационным источникам при меняющихся потребностях предприятия;
• опыт внедрения системы на других предприятиях и наличие демонстрационных версий — оценка по этому критерию позволит избежать возможных ошибок, вызванных несоответствием рекламных материалов фактическим возможностям системы.
Функциональная полнота является одним из важнейших критериев выбора системы, поскольку ограниченность набора возможностей приводит к существенным финансовым, трудовым и временным затратам на автоматизацию функций, не предоставляемых системой.
Выбор архитектуры информационной системы будет определяться ответами на следующие вопросы:
• Какие функции должны быть автоматизированы?
• Какие для этого потребуются промышленно изготовленные и оригинальные (заказываемые) типы программ?
• Какие необходимы информационные объекты, как они будут организованы и распределены? Прежде чем ответить на эти вопросы, необходимо рассмотреть ряд факторов, влияющих на этот выбор.
1. Насколько бизнес-процессы предприятия отличаются от традиционных?
Если отличия достаточно серьезны и привести бизнес-про- цессы на предприятии к стандартным невозможно или нецелесообразно, то покупать готовую ИС не имеет смысла.
2. Как часто потребуется вносить значительные изменения во внедряемую ИС?
Если бизнес-процессы в сфере деятельности предприятия постоянно изменяются и совершенствуются, то покупка и адаптация готовой ИС также неприемлема, так как в систему потре- буется непрерывно вносить изменения, интегрировать в нее новые компоненты и т. д., что может оказаться невозможным вовсе либо недостаточно эффективным.
3. Какие суммы готово вложить предприятие в автоматизацию?
Для ограниченных в финансовых ресурсах предприятий как покупка зарубежной ИС, так и специальный заказ на разработку ИС обычно неприемлемы. Выбор между покупкой существующего программного обеспечения или разработкой своими силами решается обычно на основании ответов на вышеперечисленные вопросы.
Таким образом, покупку и адаптацию готовой системы следует выбирать для предприятий со стабильными и традиционными бизнес-процессами, если на рынке программного обеспечения представлены соответствующие информационные системы. При этом для крупных и разветвленных структур рекомендуется выбирать мощную корпоративную информационную систему, однако нередко это приводит к необходимости реорганизации предприятия, что связано с дополнительными затратами времени и средств.
Для предприятий среднего и малого бизнеса вполне приемлемы локальные ИС, обеспечивающие автоматизацию отдельных функций на отдельных уровнях управления. Разработка ИС своими средствами и заказ разработки ИС организациями-раз- работчиками являются наиболее удобным способом для нетипичного ведения бизнес-процессов.
Таким образом, выбор автоматизированной информационной системы — это комплексная задача, сложность которой существенно возрастает с ростом масштабов предприятия. Поэтому для осуществления выбора АИС часто привлекаются квалифицированные специалисты, действующие на основании своего опыта и знаний, а также в соответствии с реальными потребностями предприятия.

Методология и технология проектирования АИС

 


Современные методологии и реализующие их технологии проектирования АИС поставляются в электронном виде вместе с CASE – средствами (рассмотрены далее) и включают библиотеки процессов, шаблонов, методов, моделей и других компонентов, предназначенных для построения ПО того класса систем, на который ориентирована методология. Электронные методологии и технологии составляют ядро комплекса согласованных инструментальных средств разработки АИС [6, 8, 16—181. Особенности современных методологических решений проектирования АИС невозможно реализовать без определенных технологий проектирования, соответствующих масштабу и специфике проекта.

^ Технология проектирования АИС — это совокупность методов и средств проектирования АИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта АИС) [8, 16—18]. В основе технологии проектирования лежит технологический процесс (ТП), который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.

Согласно [20] ТП проектирования АИС представляет собой совокупность последовательно-параллельных, связанных и со- подчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании АИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций. Все действия могут быть собственно проектировочными, которые формируют или модифицируют результаты проектирования, и оценочными, которые вырабатывают по установленным критериям оценки результатов проектирования.

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

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

Основные требования, предъявляемые к выбираемой технологии проектирования, следующие:

 

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


Технология проектирования АИС реализует определенную методологию проектирования. В свою очередь, методология проектирования предполагает наличие некоторой концепции, принципов проектирования и реализуется набором методов и средств.

Методы проектирования ^ АИС можноклассифицировать по степени использования средств автоматизации, типовых проект НЫХ решений, адаптивности к предполагаемым изменениям.
По степени автоматизации различают:

 


  • ручное проектирование, при котором проектирование компонентов АИСосуществляется без использования специальных инструментальных программных средств;

  • программирование производится на алгоритмических языках;

  • компьютерное проектирование, при котором генерация или конфигурация (настройка) проектных решений производится с использованием специальных инструментальных программных средств.


^ По степени использования типовых проектных решенийразличают:

 


  • оригинальное (индивидуальное) проектирование, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС;

  • типовое проектирование, предполагающее конфигурацию АИС из готовых типовых проектных решений (программных модулей).
    ^ Оригинальное проектирование АИСпредполагает максимальный учет особенностей автоматизированного объекта.


Типовое проектирование выполняется на основе готовых решений и является обобщением опыта, полученного ранее при создании родственных проектов.
^ По степени адаптивности проектных решений различаются
сл
едующие методы:

 

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


Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования АИС. Выделяются два основных классатехнологии проектирования:

 

каноническая и индустриальная (табл. 1.5). индустриальная технология проектирования в свою очерёдь разбивается на два подкласса: автоматизированное (использование CASE – технологий) и типовое(параметрических - ориентированное или модельно-ориентированное) проектирование. Использование индустриальныхтехнологий проектирования не исключает использования в отдельных случаях канонической технологии.

 

 

 

– Конец работы –

Эта тема принадлежит разделу:

Минимальный набор лекций по АИС Введение и история

Введение и история... Блочные методы... Жизненный цикл...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Методика выбора автоматизированных информационных систем

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

CASE методы
Под системой понимают любой объект, который одновременно рассматривается и как единое целое, и как объединенная в интересах достижения поставленных целей совокупность разнородных элементов.

Модели ЖЦ АИС
ЖЦИС- это период создания и использования ИС, начиная с момента возникновения потребности в ИС и заканчивая моментом полного ее выхода из эксплуатации. Стадии жизн

CASE методы
  За последние десятилетия сформировалось новое направление в программотехнике — CASE (Computer-Aided Software/System Engi­neering) — в дословном переводе — разработка программного об

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги