67.Статистические ис на предприятиях и в организациях: принципы и процесс создания.
Актуальной задачей совершенствования функционирования СИС является автоматизация статистической деятельности на предприятиях и в организациях, что позволит получить необходимую статистическую информацию для их управления, а также существенно сократить затраты на подготовку исходных данных в органах государственной статистики.
С одной стороны, когда руководство предприятием должно решать задачи по формированию номенклатуры и объемов выпускаемой продукции и оценивать существующие и ожидаемые в перспективе потребности рынка в этой продукции, оно должно иметь информацию о текущем состоянии внешней среды, включая статистический анализ достигнутого уровня и прогноз на будущее. С другой стороны, принятие таких и многих других решений должно базироваться на выверенных данных достигнутого уровня развития самого предприятия, динамики его изменений, его возможностей, направлениях развития и т.д.
Таким образом, статистический учет на предприятии и технология его машинной реализации переориентируется, прежде всего, на внутренние потребности руководства для выполнения им функций управления в новых экономических условиях.
Указанные возможности автоматизированного решения задач на предприятиях могут воплотиться при создании статистической информационной системы предприятия (СИСП).
Создание СИСП должно базироваться на двух основополагающих принципах: интеграции в информационную систему управления предприятием и интеграции с внешним информационным пространством.
Процесс создания СИСП должен включать следующие работы:
определение информационной потребности руководства предприятием в статистической информации;
определение целей и задач функционирования СИСП в рамках информационной системы управления предприятием;
определение состава статистических показателей и методов их расчета;
определение состава математико-статистических методов, обеспечивающих поддержку принятия решений на основе статистической информации;
разработку принципов создания и функционирования СИСП.
В качестве наиболее важных отличительных черт СИСП следует выделить высокую оперативность, вариантность расчетов, углубленную аналитичность и использование математико-статистических методов. При этом основной акцент делается не только на получение исходной информации, но и на ее многостороннее исследование с получением вариантных расчетов, а также на прогнозную ориентацию и активность системы с получением опережающей информации.
68.Общая характеристика управленческого консалтинга в сфере информатизации: определение управленческого консалтинга и его цель, основные этапы разработки консалтинговых проектов по автоматизации предприятия.
Управленческий консалтинг – это решение совокупности проблем, связанных с организацией управления сложными системами в различных сферах деятельности. Консалтинг можно определить как деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда – проектированием приложений. Но все это до этапа собственно программирования или настройки каких-то уже имеющихся комплексных систем управления предприятием, выбор которых и осуществляется на основе системного проекта. Сюда не входит и системная интеграция. Консалтинг предшествует им и регламентирует названные этапы.
Таким образом, консалтинг в области информационных технологий направлен на выполнение следующих основных видов работ:
1) Диагностика существующей системы информационного обеспечения предприятия, ее соответствия целям компании и разработка ИТ стратегии.
2) Диагностика организационной структуры и бизнес-процессов ИТ службы, оценка степени их соответствия текущим и планируемым в будущем задачам обеспечения деятельности предприятия и разработка рекомендаций по их совершенствованию.
3) Анализ устойчивости, надежности и производительности информационной системы, выдача рекомендаций по ее совершенствованию.
4) Разработка и внедрение системы управления ИТ сервисами.
Основными целями разработки консалтинговых проектов являются:
- представление деятельности предприятия и принятых в нем технологий в виде иерархии диаграмм, обеспечивающих наглядность и полноту их отображения;
- формирование на основании анализа предложений по реорганизации организационно-управленческой структуры;
- упорядочивание информационных потоков внутри предприятия;
- выработка рекомендаций по построению рациональных технологий работы подразделений предприятия и его взаимодействию с внешним миром;
- анализ требований и проектирование спецификаций корпоративных ИС;
- рекомендации и предложения по применимости и внедрению существующих систем управления предприятиями (прежде всего классов MRP – manufacturing resource planning и ERP – enterprise resource planning).
Этапы разработки консалтинговых проектов:
1) Анализ первичных требований и планирование работ;
2) Проведение обследования деятельности предприятия;
3) Построение моделей деятельности предприятия;
4) Разработка системного проекта;
5) Разработка предложений по автоматизации предприятия;
6) Разработка технического проекта;
7) Последующие этапы.
Анализ первичных требований и планирование работ предваряет инициацию работ над проектом. Его основными задачами являются: анализ первичных бизнес-требований, предварительная экономическая оценка проекта, построение план-графика выполнения работ, создание и обучение совместной рабочей группы.
69.CASE-технология – методологическая и инструментальная база консалтинга: направления применения, инструментальные средства описания и моделирования бизнес-процессов (ERWin, BPWin, ARIS, Rational Rose, Casewise и др.).
За последнее десятилетие сформировалось новое направление в программотехнике - CASE (Computer-Aided Software/System Engineering). Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью CASE, а также совокупностью применяемых методов и средств. CASE - технология представляет собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения (ПО), поддержанную комплексом взаимоувязанных средств автоматизации. CASE - это инструментарий для системных аналитиков, разработчиков и программистов, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО.
К настоящему моменту дисциплина CASE оформилась в самостоятельное наукоемкое направление в программотехнике, повлекшее за собой образование мощной CASE-индустрии, объединившей сотни фирм и компаний различной ориентации. Среди них выделяются компании - разработчики средств анализа и проектирования ПО с широкой сетью дистрибъютерских и дилерских фирм; фирмы - разработчики специальных средств с ориентацией на узкие предметные области или на отдельные этапы жизненного цикла ПО; обучающие фирмы, которые организуют семинары и курсы подготовки специалистов; консультационные фирмы, оказывающие практическую помощь при использовании CASE-пакетов для разработки конкретных приложений; фирмы, специализирующиеся на выпуске периодических журналов и бюллетеней по CASE.
Известная методология структурного системного анализа SADT (точнее ее подмножество IDEF0) принята в качестве стандарта на разработку ПО Министерством обороны США. Более того, среди менеджеров и руководителей компьютерных фирм считается чуть ли не правилом хорошего тона знать основы SADT и при обсуждении каких-либо вопросов нарисовать простейшую диаграмму, поясняющую суть дела.
CASE позволяет не только создавать "правильные" продукты, но и обеспечить "правильный" процесс их создания. Основная цель CASE состоит в том, чтобы отделить проектирование ПО от его кодирования и последующих этапов разработки, а также скрыть от разработчиков все детали среды разработки и функционирования ПО.
При использовании CASE-технологий изменяются все этапы жизненного цикла программной системы, при этом наибольшие изменения касаются этапов анализа и проектирования. В большинстве современных CASE-систем применяются методологии структурного анализа и проектирования, основанные на наглядных диаграммных техниках, при этом для описания модели проектируемой системы используются графы, диаграммы, таблицы и схемы. Такие методологии обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру со все большим числом уровней.
CASE-технологии успешно применяются для моделирования практически всех предметных областей, однако устойчивое положение они занимают в следующих областях:
бизнес-анализ (фактически, модели деятельности предприятий “как есть” и ”как должно быть” строятся с применением методов структурного системного анализа и поддерживающих их CASE-средств);
системный анализ и проектирование (практически любая современная крупная программная система разрабатывается с применением CASE-технологий по крайней мере на этапах анализа и проектирования, что связано с большой сложностью данной проблематики и со стремлением повысить эффективность работ).
Следует отметить, что CASE - не революция в программотехнике, а результат естественного эволюционного развития всей отрасли средств, называемых ранее инструментальными или технологическими. Однако это и не Confuse Array of Software that does Everything, существует ряд признаков и свойств, наличие которых позволяет классифицировать некоторый продукт как CASE-средство. Одним из ключевых признаков является поддержка методологий структурного системного анализа и проектирования.
С самого начала CASE-технологии развивались с целью преодоления ограничений при использовании структурных методологий проектирования 60-70-х годов за счет их автоматизации и интеграции поддерживающих средств. Таким образом, CASE-технологии, вообще говоря, не могут считаться самостоятельными методологиями, они только развивают структурные методологии и делают более эффективным их применение за счет автоматизации.
CASE обладают следующими основными достоинствами:
улучшают качество создаваемого ПО за счет средств автоматического контроля (прежде всего, контроля проекта);
позволяют за короткое время создавать прототип будущей системы, что позволяет на ранних этапах оценить ожидаемый результат;
ускоряют процесс проектирования и разработки;
освобождают разработчика от рутинной работы, позволяя ему целиком сосредоточиться на творческой части разработки;
поддерживают развитие и сопровождение разработки;
поддерживают технологии повторного использования компонент разработки.
Большинство CASE-средств основано на парадигме методология/метод/нотация/ средство. Методология определяет руководящие указания для оценки и выбора проекта разрабатываемого ПО, шаги работы и их последовательность, а также правила распределения и назначения методов. Метод - это систематическая процедура или техника генерации описаний компонент ПО (например, проектирование потоков и структур данных). Нотации предназначены для описания структуры системы, элементов данных, этапов обработки и включают графы, диаграммы, таблицы, блок-схемы, формальные и естественные языки. Средства - инструментарий для поддержки и усиления методов. Эти инструменты поддерживают работу пользователей при создании и редактировании графического проекта в интерактивном режиме, они способствуют организации проекта в виде иерархии уровней абстракции, выполняют проверки соответствия компонентов.
AllFusion ERwin Data Modeler (ранее ERwin) — CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.
ARIS (акроним от англ. Architecture of Integrated Information Systems) — методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций.
Любая организация в методологии ARIS рассматривается с четырёх точек зрения: организационной, функциональной, обрабатываемых данных и структуры бизнес-процессов. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. Для описания бизнес-процессов предлагается использовать около 80 типов моделей, каждая из которых принадлежит тому или иному аспекту. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Также инструментарий поставляется с набором референтных моделей, заранее разработанных для типичных процессов в различных отраслях.
Casewise Corporate Modeler Suite — программный продукт британской компании Casewise для моделирования архитектуры организации.
Основным преимуществом данного продукта является независимость от нотаций, то есть возможность использования любой удобной методологии отображения архитектуры организации, что позволяет свести к минимуму привлечение сторонних аналитиков в области бизнес-моделирования.
BPwin является мощным средством моделирования и документирования бизнес-процессов. Этот продукт использует технологию моделирования IDEF0 (Inte-gration Definition for Function Modeling) - наиболее распространенный стандарт, который принят для моделирования бизнес-процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.
Диаграммы IDEF0 наглядны и просты для понимания, в то же время они формализуют представление о работе компании, помогая с легкостью находить общий язык между разработчиком и будущим пользователем приложения.
Rational Rose - мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм.
В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах :
Use case diagram (диаграммы прецедентов);
Deployment diagram (диаграммы топологии);
Statechart diagram (диаграммы состояний);
Activity diagram (диаграммы активности);
Interaction diagram (диаграммы взаимодействия);
Sequence diagram (диаграммы последовательностей действий);
Collaboration diagram (диаграммы сотрудничества);
Class diagram (диаграммы классов);
Component diagram (диаграммы компонент).
Use case diagram (диаграммы прецедентов)
- 1.Понятие информации. Информация и данные. Отличия понятий информации и данных.
- 2.Свойства информации: объективность, достоверность, полнота, актуальность, адекватность, доступность.
- 3.Адекватность информации и формы ее проявления. Меры количества информации.
- 4.Экономическая информация и ее особенности.
- 5.Понятие информационной системы. Разница между компьютерами и информационными системами. Экономическая ис. Автоматизированная ис.
- 6.Основная цель информационной системы.
- 7.Компоненты информационной системы.
- 9.Процессы, обеспечивающие работу информационной системы.
- 10.Этапы работы информационной системы.
- 11.Функции информационной системы.
- 12.Роль ис в системе управления экономическими объектами.
- 13.Понятие ит. Основная цель ит.
- 14.Составляющие ит.
- 15.Инструментарий ит.
- 16.Как соотносятся между собой информационная технология и информационная система?
- 17.Основное различие между документальными и фактографическими информационными системами.
- 18.Понятие буис (бухгалтерская ис).
- 19.Главная цель функционирования буис.
- 20.Преимущество использования буис в системе управления предприятием.
- 21.Основные принципы построения систем автоматизации в бухгалтерском учете.
- 22.Схема управления предприятием в условиях использования буис.
- 23.Каким требованиям должна удовлетворять бухгалтерская информация, чтобы буис могли эффективно использоваться?
- 24.Пользователи буис.
- 25.Свойства буис крупного предприятия.
- 26.Трехуровневая система управления на крупном предприятии. Схема взаимодействия и распределения арм по уровням учета в буис на крупном предприятии.
- 3 Уровня обработки информации:
- 27.Способы обмена информацией между отдельными арм в буис.
- 28.Буис на предприятиях малого и среднего бизнеса. Основные подходы к автоматизации учета при создании буис на предприятиях малого и среднего бизнеса.
- 29.Структура программного комплекса автоматизации бухгалтерского учета на малом предприятии.
- 30.Структура программного комплекса автоматизации бухгалтерского учета на средних предприятиях.
- 31.Этапы настройки программного комплекса буис.
- 32.Этапы развития рынка буис в России.
- 33.Понятие бис (банковская ис) или абс (автоматизированная банковская система).
- 34.На какие две области делят всю сферу банковской автоматизации?
- 35.Какие общие требования разработки ис необходимо учитывать при разработки бис?
- 36.Какие специфические требования предъявляются к абс при их разработке?
- 37.Каким принципам должна соответствовать абс?
- 38.Инфраструктура бис, обеспечивающая и функциональная подсистемы бис. Архитектура банковских приложений (три подсистемы).
- 1. Обеспечивающая часть ис
- 2. Функциональная часть ис
- Структурная схема автом. Бис
- 39.Основные этапы создания бис.
- 40. Структура интегрированной бис. Описание основных арм, входящих в бис.
- 41.Взаимодействие коммерческого банка с внешней средой. Применение бис при работе банка с филиалами. Межбанковские взаимодействия.
- 42. Этапы развития бис.
- 43.Основные направления деятельности информационных агентств, осуществляющих информационную поддержку фондового рынка. Российские и зарубежные информационные агентства.
- 44.Структура и основные характеристики Российской торговой системы (ртс) фондового рынка.
- 47. Основные особенности современных аис страховой деятельности.
- 48.Основные подсистемы (функции) аис страховой компании.
- 1 Вариант:
- 49.Организационная структура аис страховой компании. Технология функционирования аис страховой компании.
- 50.Уровни баз данных и их взаимодействие в структуре аис страховой компании.
- 51.Понятие ис в налогообложении.
- 52.Главная цель и основные задачи функционирования налоговых ис.
- 53.Классификация налоговых ис.
- 54. Ис налоговых органов: основная цель и особенности разработки, база данных, структура, описание подсистем.
- 57. Аис «Налог»: цели функционирования; программные комплексы (блок системных программ, блок прикладных программ).
- 58. Интегрированные распределенные бд в аис «Налог».
- 59. Функциональные подсистемы аис «Налог» уровня налогоплательщиков.
- 60. Порядок реализации функциональных задач подсистем аис «Налог» уровня налогоплательщиков.
- 61.Ис коммерческих организаций в сфере автоматизации налогообложения.
- 62.Понятие статистических ис.
- 63. Предпосылки автоматизации статистических работ, основная цель разработки и внедрения статистических ис.
- 64. Структура статистической ис.
- 65.Основные принципы создания и функционирования статистических ис.
- 66.Автоматизированные регистры статистической информации.
- 67.Статистические ис на предприятиях и в организациях: принципы и процесс создания.
- Use case diagram (диаграммы прецедентов)
- Deployment diagram (диаграммы топологии)
- State Maсhine diagram (диаграммы состояний)
- Activity diagram (диаграммы активности)
- Interaction diagram (диаграммы взаимодействия)
- Sequence diagram (диаграммы последовательностей действий)
- Collaboration diagram (диаграммы сотрудничества)
- Class diagram (диаграммы классов)
- Component diagram (диаграммы к омпонентов)
- 70.Понятие кис (корпоративных информационных систем).
- 71.Основные цели разработки и внедрения кис.
- 72.Общие свойства кис.
- 73.Требования, предъявляемые к современным кис. Структура кис.
- 74. Основные подходы при решении задачи комплексной автоматизации деятельности предприятия.
- Комплексная или полная автоматизация
- Этапы построения кис предприятия.