2014-02-09
5074
Техническое проектирование.
Сначала уточняются цели создания ИС и выполняемые ею функции; устанавливается ее взаимосвязь с другими системами, уточняется и при необходимости изменяется организационная структура предприятия.
Затем разрабатываются локальные проектные решения, к числу которых относят следующие операции:
· разработка Постановки задачи, которая служит основанием для разработки проектных решений по задаче;
· проектирование форм входных и выходных документов, системы ведения документов и макетов экранных форм документов;
· проектирование классификаторов экономической информации и системы ведения классификаторов;
· проектирование состава и структур файлов информационной базы;
· уточнение состава технических средств.
Рабочее проектирование
На этом этапе осуществляется техническая реализация выбранных наилучших вариантов и оформляется:
Программная документация:
· описание программ;
· спецификация программ;
· тексты программ;
· контрольные примеры;
|
|
|
· инструкции для системного программиста, оператора и пользователя.
Технологическая документация, которая предназначена для использования специалистами в своей деятельности на каждом автоматизированном рабочем месте. В ее состав входят:
технологические карты, разрабатываемые на процессы обработки информации при решении задач каждого класса;
инструкционные карты, составляемые на каждую технологическую операцию;
Правовые инструкции, определяющих права и обязанности специалистов, работающих в условиях функционирования на предприятии компонентов ИС.
Заключительной операцией оформление рабочего проекта.
Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта
Внедрение проекта включает в себя три этапа:
подготовка объекта к внедрению проекта;
опытное внедрение проекта
сдача его в промышленную эксплуатацию.
На этапе Подготовка объекта к внедрению проекта осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ИС.
На этапе Опытное внедрение осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и составляют Акт о проведении опытного внедрения.
На этапе Сдача проекта в промышленную эксплуатацию осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный Техно-рабочий проект и Акт приемки проекта в промышленную эксплуатацию.
На стадии внедрение проекта проводятся подготовка и постепенное освоение разработанной проектной документации ИС заказчиками системы и осуществляется выявление частных и системных принципиальных недоработок в предлагаемом проектном решении.
|
|
|
Внедрение может осуществляться с использованием следующих методов:
· последовательный метод, когда последовательно внедряется одна подсистема за другой и одна задача следует за другой задачей. Недостаток: увеличение длительности внедрения, что ведет за собой рост стоимости проекта.
· параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно. Недостаток: возникает возможность пропуска ошибок в проектной документации (хотя сокращается время внедрения).
· смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных. Используется чаще других.
Эксплуатация и сопровождение проекта включает этапы:
эксплуатация проекта;
сопровождение и модернизация проекта.
На этапе Эксплуатация проекта получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде замечаний, которые накапливаются для выполнения следующего этапа.
На этапе Сопровождение проекта выполняются два вида работ:
ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного Техно-рабочего проекта.
Типовое проектирование – это проектирование ИС на основе готовых программных продуктов.
Типовое проектное решение - это проектное решение представленное в виде проектной документации, включая программные модули, и пригодное к многократному использованию.
В качестве проектного решения может выступать:
· реализация отдельных компонентов ИС (программных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислительных сетей);
· реализация взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ИС в целом).
В процессе типового проектирования ИС должна разбивается на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.
Различают элементный, подсистемный и объектный методы типового проектирования.
При элементном методе в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному).
Цель применения ТПР – комплектация ИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для проектирования системы, то необходимые модули дорабатываются вручную.
Недостатки:
· большие затраты времени на увязку разнородных элементов вследствие несовместимости различных ТПР (сопоставимы с затратами времени на ручное проектирование);
· плохая адаптивность (настраиваемость) элементов к особенностям предприятия.
При подсистемном методе в качестве основных элементов выступают отдельные подсистемы. Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП).
|
|
|
Примеры функциональных ППП: «1С: Предприятие» (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), «Project Expert» (бизнес-планирование), ИНЭК (финансовый анализ) и др.
Достоинства:
· параметрическая настройка программных компонентов на различные объекты управления;
· сокращение затрат на проектирование и программирование взаимосвязанных компонентов;
· хорошее документирование отображаемых процессов обработки информации.
Недостаток:
· проблемы взаимосвязи ППП разных функциональных подсистем при построении единой, корпоративной ИС (в случае использования ППП нескольких производителей программного обеспечения, как правило, возникает информационная, программная и техническая несовместимость)
При объектном методе используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ИС. Примеры: ППП « Галактика», «Парус», «БОСС».
Достоинства:
· открытость архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;
· масштабируемость, т.е. возможность включения в ИС переменного числа рабочих мест;
· конфигурируемость, т.е. возможность выбирать подмножество компонентов, и параметрически настраивать их на особенности объекта управления.
· методологическое единство и информационная, программная и техническая совместимость компонентов.
Недостаток:
· сложность привязки типового проекта к конкретному объекту управления.
Обычным способом решения проблемы адаптации объектных ППП является изменение организационно-экономической структуры объекта в соответствии с требованиями типового проекта либо существенная доработка типового проекта с помощью специальных инструментальных средств типовой системы.
Процесс типового проектирования ИС включает:
1. Определение критериев оценки ППП.
2. Оценка множества ППП-претендентов по сформулированным критериям.
|
|
|
3. Выбор и закупка ППП с наивысшей оценкой.
4. Настройка параметров и доработка закупленного ППП.
Основные группы критериев, характеризующие ППП:
· назначение и возможности пакета;
· отличительные признаки и свойства пакета;
· требования к техническим и программным средствам;
· документация пакета;
· факторы финансового порядка;
· особенности установки пакета;
· особенности эксплуатации пакета;
· помощь поставщика по внедрению и поддержанию пакета;
· оценка качества пакета и опыт его использования;
· перспективы развития пакета.
Оценка рынка функциональных ППП осуществляется на основе выделенных групп критериев и может производиться следующей методике:
· для каждого критерия на основе оценок нескольких экспертов по 10-балльной шкале устанавливаются весовые коэффициенты значимости.
· по каждому ППП осуществляется экспертная оценка по отдельным критериям по 10-балльной шкале. Далее оценки автоматически умножаются на весовые коэффициенты.
· полученные оценки суммируются по группам критериев и в целом по ППП.
