Реферат: Совершенстование информационных потоков предприятия
- мониторинга выполнения проекта.
Сервис представляет собой набор системных утилит по обслуживанию репозитория. Данные утилиты выполняют функции архивации данных, восстановления данных и создания нового репозитория.
Современные CASE-системы классифицируются по следующим признакам:
1) по поддерживаемым, методологиям проектирования, функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);
2) по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;
3) по степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);
4) по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную вычислительную сеть (ЛВС), ориентированные на глобальную вычислительную сеть (ГВС) и смешанного типа;
5) по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;
6) по типу операционной системы (ОС): работающие под управлением WINDOWS 3.11 и выше; работающие под управлением UNIX и работающие под управлением различных ОС (WINDOWS, UNIX, OS/2 и др.) [15, с.154].
Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы жизненного цикла. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла информационной системы (toolkit) и полностью интегрированные средства, поддерживающие весь жизненный цикл информационной системы и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам: применяемым методологиям и моделям систем и БД; степени интегрированности с СУБД; доступным платформам.
Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:
- средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), ВРwin (Logic Work));
- средства анализа и проектирования (Middel CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Сауenne), Designer/2000 (ORACLE), Silverrun (СSА), РRО-IV (МсDonnell Douglass), САSЕ.Аналитак (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;
- средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе САSЕ-средств Vantage Team Builder, Designer/2000, Silverrun и РRО-IV;
- средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, РRО-IV и частично - в Silverrun;
- средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, РRО-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные САSЕ-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object (Сауеnnе)).
Вспомогательные типы включают:
- средства планирования и управления проектом SE Companion, Microsoft Project и др.);
- средства конфигурационного управления (PVCS (Intersolv));
- средства тестирования (Quality Works Segue Software));
- средства документирования (SoDA (RationalSoftware)) [5, с. 123-131].
В разряд CASE-систем попадают как относительно дешевые системы для персональных компьютеров с ограниченными возможностями (такие, как редакторы диаграмм), так и дорогостоящие системы для больших ЭВМ.
Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:
- мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;
- интеграция отдельных компонент САSЕ-средств, обеспечивающая управляемость процессом разработки ИС;
- использование специальным образом организованного хранилища проектных метаданных (репозитория).
Современные CASE-системы охватывают обширную область поддержки различных технологий проектирования и программирования: от простых средств анализа и документирования информационной системы до полномасштабных средств автоматизации, покрывающих весь жизненный цикл информационной системы [15, c. 43].
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:
- Vantage Team Builder (Westmount I-CASE);
- Designer/2000;
- Silverrun;
- ERwin+BPwin;
- S-Designor;
- САSЕ. Аналитик [5, c. 5].
Кроме того, на рынке постоянно появляются как новые для отечественных пользователей системы (например, CASE /4/0, PRO-IV, System Architect, Visible Analyst Workbench, EasyCASE), так и новые версии и модификации перечисленных систем.
3 СОВЕРШЕНСТВОВАНИЕ ИНФОРМАЦИОННЫХ ПОТОКОВ В СИСТЕМЕ УПРАВЛЕНИЯ ОАО «ЭЛЕКТРОАГРЕГАТ»
3.1 Диагностический анализ информационных связей между функциональными подразделениями предприятия
Анализ потоков информации – важнейший этап в рационализации существующей системы управления, который должен обеспечить выполнение целевых задач проектирования и уяснения особенностей существующей практики планирования.
Анализ существующих процессов управления может быть осуществлен прежде всего на базе исследования информационной системы предприятия, которая характеризуется наличием существующей схемы документооборота, системы экономических показателей деятельности предприятия, структурным составом подразделений, участвующих в процессе управления, и интенсивностью потоков данных, циркулирующих между ними.
Обработанные материалы обследования позволяют провести анализ системы планирования и управления как в отдельных подразделениях управляющей системы, так и на предприятии в целом, а также создать предпосылки для построения стройной системы обработки данных.
Деятельность любого подразделения, связанная с управлением, выражается в создании различных форм документов и показателей.
Получение необходимых материалов для анализа информационных потоков весьма трудоемкий процесс и требует для облегчения и ускорения этих работ использования различных вычислительных средств. Однако даже при использовании вычислительных машин сложно спроектировать и проанализировать информационную систему ОАО «Электроагрегат» ввиду специфики отрасли, в которой действует предприятие. Поэтому проведем анализ движения документов между функциональными подразделениями предприятия для одного бизнес-процесса - от заключения договора до сбыта готовой продукции, а затем исследуем информационные потоки в планово-экономическом отделе в рамках этого бизнес-процесса.
В самом начале определим общий перечень циркулирующих на предприятии документов. В результате обработки материалов обследования было выявлено, что в подразделениях ОАО «Электроагрегат» для бизнес-процесса циркулирует около 270 форм документов.
В приложении представлено распределение форм документов по подразделениям с выделением из общего количества документов, разрабатываемых в каждом подразделении и поступающих в него. Анализ этих данных показывает, что количество форм документов, разрабатываемых и поступающих в подразделения, в сумме составляет значительно больше. Это объясняется наличием повторяемости одних и тех же форм документов, циркулирующих в подразделениях в процессе деятельности предприятия.
В таблице так же можно выявить взаимосвязи подразделений и маршруты движения документов, что позволяет сделать вывод о наличии тесной связи между функциональными подразделениями.
Эта таблица построена в шахматной композиции, где по строкам дается распределение входящих или создаваемых в подразделениях форм документов, а по строкам – распределение исходящих. Итоговая строка показывает общее количество форм документов, получаемых каждым подразделением. Итоговый столбец – общее количество форм документов, поставляемых другим подразделениям. Сопоставление данных итоговой строки с данными итогового столбца, отображающих «вход» и «выход», соответственно, показывает, что они различны. Это объясняется тем, что в подразделения могут поступать одинаковые формы документов. Так в Матрице движения документов в бизнес-процессе от заключения договора до сбыта продукции «входит» 269 форм документов, а «выходит» - 268. Здесь можно предположить, что некий документ остается в том подразделении, в которое его направили или несколько форм документов объединяют в одну общую форму.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8