
- •Лекция 2. Программный продукт. Проектирование компьютерных информационных систем
- •Программный продукт
- •Классификация программных продуктов по категориям пользователей
- •Правовые методы защиты программных продуктов и баз данных
- •Жизненный цикл, процессы и модели жизненного цикла программного продукта
- •Каскадная модель
- •Итерационная модель
- •Спиральная модель
- •Инкрементальная модель
- •Развитие инкрементального подхода. Технология использования xp-процессов.
- •Выбор модели жц программного проекта
- •Насколько стабильны требования?
- •Кто же является конечным пользователем системы?
- •Временные рамки проекта агрессивны или консервативны?
- •Где расположены команды проекта?
- •Какие ресурсы являются критическими?
- •Case - средства
- •Разработка информационных систем
- •Типовые уровни решений по построению единой аис
- •Разработка информационных систем под конкретную организацию
- •Понятие бизнес-процесса.
- •Реинжиниринг бизнес-процессов.
- •Разработка ис с помощью прототипирования
- •Основные принципы проектирования макета системы
- •Достоинства прототипного подхода к построению аис
- •Недостатки прототипного подхода к построению аис
- •Быстрое прототипирование технических систем
- •Быстрая разработка программных приложений (rad-метод) для организационно – административных систем
- •Axure rp (Rapid Prototyping) Pro – средство для прототипирования
- •Скорость разработки первой версии
- •Cкорость внесения изменений
- •Эстетичность
- •Просмотр прототипа заказчиком без установки дополнительных программ
- •Минимальная интерактивность
- •Разработка ис на основе готовых программных продуктов
- •Основные черты тпр и их классификация
- •Достоинства разработки информационных систем на базе ппп по сравнению с оригинальным проектированием:
- •Недостатки разработки информационных систем на базе ппп по сравнению с оригинальным проектированием
- •Информационная система, построенная на основе аутсорсинга (наиболее распространенная форма построения ис)
- •Исходные положения
- •Существует три больших плюса аутсорсинга.
- •Меньшая плата за квалифицированную работу.
- •Инвестирование развивающихся рынков.
- •Расширение бизнес-служб.
- •Почему аутсорсинг – зло?
- •Сложности взаимодействия.
- •Методы определения целесообразности аутсорсинга
- •Матрицы bcg
- •Недостатки представления ситуации в виде Матрицы бкг
- •К преимуществам Матрицы бкг относятся:
- •Правила построения матрицы бкг
- •Матрица аутсорсинга
- •Преимущества и недостатки аутсорсинга
- •Критерии выбора поставщиков по аутсорсингу
- •Виды аутсорсинга
- •Решение компании об использовании услуг it-аутсорсинга
- •Понятие и особенности it-консалтинга Понятие консалтинга.
- •Цели разработки консалтинговых проектов.
- •Этапы разработки консалтинговых проектов.
- •Особенности консалтинговых структур:
- •Основные виды консалтинговых услуг:
Разработка информационных систем под конкретную организацию
Оригинальное (индивидуальное) проектирование ИС – это такое проектирование, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС. В настоящее время это, как правило, уникальное программное обеспечение, предназначенное для решения определенной, часто нетривиальной задачи.
Оно является традиционным и характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности, т.е. создаются проектные решения, специфические для каждого конкретного объекта.
С использованием метода оригинального проектирования могут создаваться не только индивидуальные проекты, но и методики проведения проектных работ.
Метод оригинального проектирования тесно связан с методом канонического проектирования, при котором проектирование компонентов АИС осуществляется без использования специальных инструментальных программных средств, позволяющих интегрировать выполнение элементарных операций, а программирование – на алгоритмических языках.
Каноническое проектирование АИС отражает особенности оригинального проектирования, осуществляемого на уровне исполнителей. Как правило, каноническое проектирование применяется для небольших локальных АИС;
Несмотря на огромное количество уже разработанного на сегодняшний день программного обеспечения, постоянно возникают новые задачи, которые еще ни кем не были решены, или же существующие решения не удовлетворяют по тем или иным причинам.
В подобных ситуациях можно поступить следующими способами:
Финансовые вложения и риски будут минимальными, если вы решите прибегнуть к помощи специалистов в области программного обеспечения или компании, специализирующейся на разработке и создании программного обеспечения, программных продуктов, баз данных на заказ.
Создание программного обеспечения на заказ имеет ряд преимуществ:
разработанные программные продукты будут максимально соответствовать требованиям именно Вашей компании;
приобретение исключительных прав на программный продукт с возможностью вносить в них любые необходимые изменения, а также его продажа и получение прибыли;
помимо разработки программных продуктов на заказ имеет смысл заключить договор с той же фирмой на ведение IT аутсорсинга, это удобно и экономически выгодно, если разработкой программного обеспечения и IT аутсорсингом будет заниматься одна и та же компания.
При создании ИС на заказ действует принцип общего упорядочивания. В процессе создания и функционирования автоматизированной информационной системы управления предприятием упорядочивается всё, а именно:
технология и процессы управления;
все используемое оборудование;
все формируемые на каждом этапе документы;
сотрудники, участвующие в выполнении каждого из процессов;
структура и потоки информации;
методы управления;
обязанности должностных лиц и т.д.
Общее упорядочение влечет за собой:
формализацию организационной системы предприятия;
документальное оформление всех множеств процессов, методов, обязанностей и т.д.
Степень упорядоченности зависит от руководства предприятия и проектировщиков АИС. Характерно, что у эффективно работающих предприятий и организаций степень упорядоченности всегда высокая.
При построении ИС на заказ самый важный и трудоемкий этап – это проведение предпроектного обследования, позволяющего выявить все недостатки существующей информационной системы, сформировать требования к будущей системе и упорядочить большую часть информационных и технологических процессов.
Вся документация предпроектного обследования разбивается на 3 группы.
В первую группу входят документы, содержащие описание общих параметров информационной системы, ее организационной структуры, матричной модели распределения функций, реализуемых каждым структурным подразделением. В эту группу входят также форма описания общих характеристик функций управления системой, хозяйственных процессов и процедур, реализующих эти функции.
Вторая группа формализует материалы обследования по каждому структурному подразделению (или каждому бизнес- процессу) и имеет в своем составе, помимо форм, аналогичных тем, которые входят в первую группу, формы описания информационных потоков по подразделениям (бизнес- процессам), которые осуществляют связь задач внутри каждого подразделения (процесса) между собой, а также связи между подразделениями (процессами).
Третья группа документов содержит описание компонентов каждого информационного потока, включая документы, информационные файлы, процедуры обработки и характеристики этих компонентов
На основе формализованного описания предметной области выполняется этап «Анализ материалов обследования», целью которого являются:
сопоставление всей собранной об объекте информации с теми требованиями, которые предъявляются к объекту, определение недостатков функционирования объекта обследования;
выработка основных направлений совершенствования работы объекта обследования на базе внедрения проекта АИС, выбор методологии проектирования и оценка эффективности применения выбранной методологии;
обоснование выбора решений по основным компонентам проекта АИС и определение общесистемных, функциональных и локальных требований к будущему проекту и его частям.
Анализ материалов обследования позволяет построить модель функционирования предприятия «Как есть», причем исследование и анализ наиболее важных с точки зрения автоматизации сторон управления предприятием целесообразно проводить с помощью системы моделей, которая включает в себя:
функционально – целевые модели (ФЦМ), отображающие действительность аппарата управления многоуровневой системы управления предприятия. С их помощью осуществляется выбор выполняемых аппаратом управления работ и процедур, которые возможно и целесообразно автоматизировать. При построении ФЦМ деятельность подразделений последовательно детализируется от цели деятельности предприятия до процедурного уровня детализации в соответствии с определениями функции, работы, процедуры и операции;
информационные модели, отображающие информационные потоки в предметной области;
экономико – математические модели, описывающие сущность процесса управления с помощью математического аппарата.
С точки зрения моделируемой системы в систему моделей входят: модели системы в целом, модели подсистем, модели задач.
Анализ материалов обследования позволяет проектировщику выделить и составить список автоматизируемых подразделений. На выбор объектов автоматизации оказывает влияние ряд факторов, например таких, как:
количество формализуемых функций в каждом конкретном подразделении (чем больше число формализуемых функций, тем эффективнее будет автоматизация);
количество связей этого подразделения с другими подразделениями;
важность этого подразделения в процессах управления объектом;
степень подготовленности подразделения к автоматизации и т.д.
Согласно этим факторам выделяют список наиболее важных объектов, подлежащих автоматизации в первую очередь.
При традиционном выделении подсистем по функциональному признаку это отделы технико – экономического планирования, оперативного управления основным производством, технической подготовкой производства и т.д.
При осуществлении декомпозиции системы управления на уровне бизнес – процессов, это могут быть бизнес – процессы, выполняющиеся взаимосвязанными подразделениями предприятия. Управление бизнес – процессами целесообразно рассматривать и на уровне взаимодействия различных предприятий, когда требуется координация деятельности предприятий – партнеров в потоках товародвижения или логистических процесса.