Раздел-5 Управления жизненным циклом информационной системы

Раздел-5 Управления жизненным циклом информационной системы

Основные компоненты технологии проектирования информационной системы

http://www.studfiles.ru/preview/994114/

Состав и структура операционной системы

 

http://www.studfiles.ru/preview/5946525/page:11/

 

2. Структура и функции операционной системы

Основной составляющей базового системного ПО является операционная система (ОС), которая устанавливается на жестком диске компьютера и выполняет огромный объем работы, который не виден пользователю. Если условно принять программное обеспечение компьютера за айсберг, то операционную систему можно сравнить с подводной частью айсберга.

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

ОС классифицируются по следующим признакам.

1. Различают однопрограммный и мультипрограммный режимы работы ОС. Мультипрограммный –режим, при котором на однопроцессорной системе выполняется несколько программ.
2. По организации работы в диалоговом режиме различают однопользовательские (однотерминальные) и многопользовательские (мультитерминальные) ОС.
3. Выделяется класс ОС реального времени, которые отличаются выполнением поступающих команд в заданные промежутки времени, которые нельзя превышать.

ОС состоит из модулей. Файл, содержащий один из модулей ОС, называется системным файлом. Системные файлы находятся в корневом каталоге жесткого диска. При включении компьютера происходит считывание ОС с жесткого диска в оперативную память (загрузка), а также настройка и запуск ОС.

Структура ОС содержит следующие компоненты:

1. Ядро –это наиболее часто используемые модули ОС, например:

• модуль управления системой прерываний;
• средства распределения оперативной памяти;
• средства распределения ресурсов процессора,

1. Резидентные программы – это программы, входящие в состав ядра, например, программы-драйверы, управляющие внешними устройствами; при функционировании компьютера резидентные программы постоянно находятся в оперативной памяти,
2. Командный процессор –программа, отвечающая за интерпретацию и исполнение простейших команд, подаваемых пользователем, а также за взаимодействие этих команд с ядром ОС,
3. Система управления файлами –программа дляорганизации удобного доступа к файлам.Для каждой ОС разрабатывается своя файловая система.

Основные функции ОС

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

3. Разновидности операционных систем

Текстовые программы-оболочки

Программа-оболочка – это надстройка операционной системы, которая упрощает работу на компьютере и запускается под управлением операционной системы. Упрощение заключается в выборе команд или файлов из списка вместо набора с клавиатуры.

Самая известная программа-оболочка – Norton Commander, которая наглядно показывает всю файловую структуру, позволяет не запоминать команды, а работать с ними через строку меню. Несмотря на появление более совершенных программ, Norton Commander до настоящего времени используется на многих компьютерах.

Графические оболочки

На смену текстовой программе-оболочке типа Norton Commander пришла графическая оболочка операционной системы. Фирмой Microsoftсначала была создана графическая оболочка Windows 1.0, затем появились её версии под номерами 2.0; 3.0; 3.1; 3.11.

Оболочка Windows, которую назвали средой, работала под управлением системы MS-DOS и не являлась самостоятельной операционной системой.

Среда Windows изначально отличалась следующими признаками:

• многозадачность;
• единый программный интерфейс;
• единый интерфейс пользователя;
• графический интерфейс;
• единый аппаратно-программный интерфейс.

Запуск компьютера

При поступлении сигнала о запуске процессор обращается к специально выделенной ячейке памяти. В ОЗУ в этот момент ничего нет, если бы там была какая-либо программа, то она начала бы выполнятся.

Для того чтобы компьютер мог начать работу необходимо наличие специальной микросхемы – ПЗУ. Программы ПЗУ записываются на заводе и называются BIOS.

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

Затем BIOS начитает поиск программы-загрузчика операционной системы. Программа-загрузчик помещается в ОЗУ и начинается процесс загрузки файлов операционной системы.

Программы-оболочки

Операционная система МS-DOS позволила успешно работать с персональными компьютерами на протяжении почти 15 лет. Тем не менее, эту работу нельзя назвать удобной. Во-первых, МS-DOS — неграфическая операционная система, которая использует интерфейс командной строки. Это значит, что все команды надо набирать по буквам в специальной строке. Требовалось хорошо знать эти команды, помнить, как они записываются. Изучение операционной системы стало самостоятельной задачей, достаточно сложной для простого пользователя.

Когда-то МS-DOS выступила «посредником» между человеком и компьютером и помогла превратить сложные команды обращения к дискам в более простые и понятные, но по мере развития сама «обросла» изобилием команд и стала сдерживать работу с компьютером. Так возникла необходимость в новом посреднике — тогда появились так называемые программы-оболочки. Оболочка — это программа, которая запускается под управлением операционной системы и помогает человеку работать с этой операционной системой. Одна из самых известных и распространенных во всем мире программ-оболочек называется Norton Comander. Ее разработал известнейший американский программист Питер Нортон, получивший всемирное признание за то, что упростил работу с компьютером для миллионов людей. Программа-оболочка наглядно показывает на экране всю файловую структуру компьютера: диски, каталоги и файлы. С такой программой не надо набирать сложные команды МS-DOS в командной строке. Файлы можно разыскивать, копировать, перемещать, удалять, сортировать, изменять (редактировать, править) запускать, пользуясь всего лишь нескольким клавишами. Просто, понятно и удобно. Сегодня Norton Comander все еще используют на многих компьютерах, особенно на тех, которые работают в системе МS-DOS. Правда, она все-таки устарела. Сейчас для работы с принято использовать более современные средства

Графические оболочки

Несмотря на то, что появление программ-оболочек заметно упростило работу с компьютером и его операционной системой, оболочки все-таки долгое время оставались неграфическими.

Одна из особенностей компьютеров IВМ РС состоит в том, что в них текстовый и графический режим работы с экраном существуют отдельно. Компьютер переключается либо в тот режим, либо в другой. Нельзя, например, сделать так, чтобы часть экрана была в текстовом режиме, а часть — в графическом. Эти режимы несовместимы.

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

Работы над графической операционной системой для IВМ РС в компании Microsoft начались еще в 1981 г., но впервые такая система вышла в свет только в 1995 г. под названием Microsoft Windows 95. До появления Microsoft Windows 95 компьютеры IВМ РС работали с неграфической системой МS-DOS, но для нее были сделаны несколько графических оболочек Windows 1.0, Windows 2.0, Windows 3.0, Windows 3.1,, Windows 3.11.

Оболочки Windows запускались под управлением МS-DOS, то есть не были самостоятельными операционными системами. Но поскольку с появлением Windows открылись некоторые новые возможности, все-таки принято называть Windows не оболочкой, а средой. Вот некоторые особенности Windows, отличающие эту среду от прочих оболочек:

• Многозадачность.
• Единый программный интерфейс.
• Единый интерфейс пользователя.
• Графический интерфейс пользователя.
• Единый аппаратно-программный интерфейс.

Основные процессы ЖЦ

Среди основных процессов ЖЦ наибольшую важность имеют три: разработка, эксплуатация и сопровождение.

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

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

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

Вспомогательные процессы ЖЦ

Управление конфигурацией является одним из вспомогательных процессов, поддерживающих основные процессы жизненного цикла ИС, прежде всего процессы разработки и сопровождения. При разработке проектов сложных ИС, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, возникает проблема учета их связей и функций, создания унифицированной (т. е. единой) структуры и обеспечения развития всей системы. Управление конфигурацией позволяет организовать, систематически учитывать и контролировать внесение изменений в различные компоненты ИС на всех стадиях ее ЖЦ.

Организационные процессы ЖЦ

Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний созданного ПО, обучение персонала и т.п. Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования компонентов ИС.

Верификация - это процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа.

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

Стадии (этапы) ЖЦ

Каждый проект, независимо от сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет». Совокупность ступеней развития от возникновения идеи до полного завершения проекта принято разделять на стадии (фазы, этапы).

Суть ЖЦ разработки ИС в различных подходах одинакова и сводится к выполнению следующих стадий:

Планирование и анализ требований (предпроектная стадия) – системный анализ. Исследование и анализ существующей ИС, определение требований к создаваемой ИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ИС.

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

Часто второй и третий этапы объединяют в одну стадию, называемую технорабочим проектированием или системным синтезом.

Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение базы данных, создание рабочих инструкций для персонала, оформление рабочего проекта.

Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем, обучение персонала, поэтапное внедрение ИС в Эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ИС.

Эксплуатация ИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление ошибок и недоработок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5).

Тексты (заголовки)

Когда человек в вебе первое, с чем он сталкивается, это тексты и заголовки. Поэтому, нам как дизайнерам, важно прорабатывать сразу все заголовки в одном макете. Заголовки, обычно, называются H1, H2 … Hn, потому что так они называются в тегах html. В данном случае первый заголовок — это H1, далее H2 и так далее. Первый — это наиболее значимый заголовок. В лендинге это может быть на первом экране, дальше по низсходящей. В макетах нужно показывать все зголовки, чтобы верстальщик понимал, где какой тег ставить.

Ссылки

Здесь текст, заголовок и выделена ссылка. Ссылки имеют 4 состояния: обычное, при наведении (может менять цвет, подчеркиваться или что-то еще, эффект), нажатие и посещенное состояние (нажали и потом вернулись на сайт, откуда ушли).

Кнопки

 

Они похожи на физические кнопки, по крайней мере задумывались так, как кнопки на магнитофоне. Поэтому имеют состояния: наведение и нажатие. Это нужно все прорабатывать.

Радиобаттон и чек-боксы

Слева радиобаттон (по-русски радиокнопка, но буду называть ее радиобаттон поскольку у дизайнеров так принято), справа чек-бокс. В радиобаттоне можно выбрать только 1 вариант, у нас выбран енот. В чек-боксе возможность множественного выбора, у нас выбран тюлень и енот.

Формы

Формы нужно прорабатывать сразу в нескольких видах. Неактивная форма (наверху), активная (вторая сверху), форма с ошибкой (третья сверху), форма успешно заполненная (четвертая сверху). Иногда при ошибке в форме лучше справа сделать всплывающую выноску, где явно указать ошибку. Например, если в форме для ввода телефона посетитель ввел буквы, сделать на выноске надпись «в этом поле можно вводить только цифры». Это очень поможет людям заполнить форму и повысит ее конверсию.

Попап

Попапы или всплывающие окна авторизации (входа) на сайт нужно всегда прорисовывать. На этой картинке нет, но вообще принято делать крестик справа для выхода из формы.

Пагинация

Пагинация — постраничная навигация, которая позволяет быстро переключаться между большим количеством товара, листов или чего-либо. Сейчас распространена такая форма пагинации как лента новостей в вк, когда вы прокручиваете до низа и подгружаются еще новости. Так же можно сделать в интернет-магазине. В этом случае все равно нужно предусмотреть кнопку «показать больше товаров». Если их уже загружено очень много и показать какой-то прелоадер, то есть элемент, который показывает загрузку страницы.

Хлебные крошки

Часто можно встретить в интернет-магазине. Например, слева написано интернет-магазин, справа мужские вещи, еще правей спортивная верхняя одежда, далее куртки. Она позволяет перейти при клике на желаемый уровень вверх. По-другому называется навигационная цепочка.

Прелоадер

Штука, которая показывает, что что-то загружается. Они бывают очень разные. Можно нагуглить «прелоадер гиф» и посмотреть разнообразие и использовать понравившиеся. Есть специальный прелоад генератор, где можно выбрать как он будет выглядеть, какого цвета, в каком формате его сохранять и так далее. Советую использовать стандартные вещи, такие как кружки и полосочки, для особых проектов можно ипользовать что-то необычное, а можно нарисовать самому в фотошопе и сделать гиф анимацию. Не переусердствуй, это конечно важный элемент, но сильно много времени на него тратить все же не стоит.

Таблицы

Часто дизайнеры забывают рисовать таблицу. Например, если делаешь интернет-магазин производственного оборудования, то в описании и в карточке товара появляются сравнительные характеристики, веса и еще что-то. Удобно использовать таблицы, когда строчки чередуются цветом, это очень хорошо воспринимается зрителем. В данном случае изображена таблица с чек-боксами, это не обязательно. Не забывайте про таблицы.

Меню

Меню — это навигация по всему сайту. В данном случае показал, что есть всплывающее меню при наведении курсора. Это нужно прорисовывать. Обрати внимание как я показал наведение и интерактивность. Просто скачал курсор png и поставил его на место. Если у тебя большой макет, поставь много курсоров. Например, чтобы показать как работает меню, как выглядят кнопка и ссылка при наведении. При этом не забывай про обычное состояние. Таким образом в статичном макете можно легко показывать как ведут себя элементы юзер интерфейса в интерактивном состоянии.
Помни, что курсоры бывают разные: для PC и для мака.
Гуглятся легко «курсор png». Если показываешь сайт на маке (используешь mock-up c макбуком), то нужно использовать правый курсор, если в PC (например, mock-up с inernet explorer), то левый.

ЧАСТЬ 2

ГЛАВА 8

Диаграммы потоков данных

См. раздел 9

 

Содержание RAD-технологии прототипного создания приложений

 

http://www.studfiles.ru/preview/5050566/page:6/

 

Вопрос 6. Rad-технология прототипного создания приложений

RAD-технология (Rapid Application Development) – это технология бы­строго создания приложений на основе прототипирования и использо­вания графического пользовательского интерфейса GUI (Graphical User Interface).

RAD-технология не в состоянии обеспечивать разработку сложных продуктов, содержащих много фрагментов, программирование кото­рых занимает более двух недель. Эта технология ориентирована ско­рее на разработку достаточно простого заказного программного обес­печения, чем на индустриальное проектирование ИС.

Решения почти всех проблем, связанных с разработкой небольших ИС, достигаются с применением признанной во всем мире RAD-технологии. Она заключается в том, что организуется так называемая RAD-группа из 6-7 человек, состоящая из руководите­ля, системного аналитика и 4-5 программистов, которым даются четкие планы на весь период разработки проекта со сроками от 1 до 2 недель.

Основой этой технологии является спиральная модель создания ИС (рис. 6.1). Как видно на рисунке, разработка идет по спирали, проходя не­однократно все 4 стадии разработки ИС.

Рисунок 6.1 – Спиральная модель проектирования на основе RAD-технологии

На стадии анализа пользователи осуществляют следующие действия:

• определяют функции, которые должна выполнять система;
• выделяют наиболее приоритетные функции, требующие проработки в первую очередь;
• описывают информационные потребности. Формулирование требований к системе осуществляется в основном силами пользователей под руководством специалистов-разработчиков. Кроме того, на данной стадии решаются следующие задачи:
• ограничивается масштаб проекта;
• устанавливаются временные рамки для каждой из последующих стадий;
• определяется сама возможность реализации проекта в заданных раз­мерах финансирования, на имеющихся аппаратных средствах и т.п. Результатом стадии должны быть:
• список расставленных по приоритету функций будущего ПО ИС;
• предварительные модели ПО.

На стадии проектирования часть пользователей принимает учас­тие в техническом проектировании системы под руководством спе­циалистов-разработчиков. Для быстрого получения работающих прототипов приложений используются соответствующие инструмен­тальные средства (CASE-средства). Пользователи, непосредственно взаимодействуя с разработчиками, уточняют и дополняют требова­ния к системе, которые не были выявлены на предыдущей стадии. На данной стадии выполняются следующие действия:

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

После детального определения состава процессов оценивается количество так называемых функциональных точек (function point) разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработ­чиков за приемлемое для RAD-проектов время (до 3 месяцев).

Функциональная точка – этолюбой из элемен­тов разрабатываемой системы:

• входной элемент приложения (входной документ или экранная форма);
• выходной элемент приложения (отчет, документ, экранная форма);
• запрос (пара «вопрос/ответ»);
• логический файл (совокупность записей данных, используемых внутри приложения);
• интерфейс приложения (совокупность записей данных, переда­ваемых другому приложению или получаемых от него).

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

В случае использования CASE-средств это означает деление функциональной модели системы (ди­аграммы потоков данных для структурного подхода или диаграммы вариантов использования для объектно-ориентированно­го подхода.

Результатом данной стадии должны быть:

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

Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование обусловлено необходимо­стью избежать неконтролируемого искажения данных при передаче информации о проекте со стадии на стадию.

В отличие от имевшего место ранее подхода, при котором ис­пользовались специфические средства прототипирования, не пред­назначенные для построения реальных приложений, а прототипы выбрасывались после того, как выполняли задачу устранения неяс­ностей в проекте, в подходе RAD каждый прототип развивается в часть будущей системы. Таким образом, на следующую стадию пере­дается более полная и полезная информация.

На стадии реализации выполняется непосредственно сама быст­рая разработка приложения:

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

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

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

 

Таблица 1.

Рисунок 2. Движение денежных средств.

 

Сегодня можно с уверенностью сказать, что компании широко используют ИТ, они стали частью функционирования жизни предприятия. На сегодняшний день, рынок переполнен программными продуктами, адаптированными под каждую отрасль и любую фирму. Нынешние информационные технологии позволяют решить абсолютно все задачи касаемо управления финансами. Поэтому их использование это залог успеха любого предприятия.

 

Пожалуйста, не забудьте правильно оформить цитату:
АбидовМ., Рамазанов М.Т., Казахмедов Т.Р. Информационные технологии в управлении финансами предприятия // Научное сообщество студентов XXI столетия. ТЕХНИЧЕСКИЕ НАУКИ: сб. ст. по мат. XLII междунар. студ. науч.-практ. конф. № 5(41). URL: https://sibac.info/archive/technic/5(41).pdf (дата обращения: 27.07.2017)

Общие положения

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

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

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

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

Выбор CRM-системы

Проект внедрения CRM-системы обычно связан с глубокими организационными изменениями в компании.
В первую очередь, необходимо продумать клиентоориентированную стратегию компании, затем приступать к выбору подходящей для вас CRM-системы.

Основные критерии выбора CRM-системы для управления отношениями клиентами:

· Соответствие функциональных возможностей системы целям бизнеса и стратегии компании;

· Возможность интеграции с другими корпоративными информационными системами;

· Возможность доработки CRM-системы с ориентацией на потребности компании;

· Соответствие CRM техническим требованиям;

· Совокупная стоимость владения CRM-системы (стоимость лицензий, внедрение, сопровождение)

· Доступность услуг по внедрению и подддержке в вашем регионе

CRM система может быть либо самостоятельным программным продуктом, либо входить в состав ERP-системы как модуль (например CRM модуль в ERP-системе Microsoft Dynamics AX).

Компания "НОРБИТ" предлагает на российском рынке надежные корпоративные CRM системы ведущих мировых поставщиков программного обеспечения: Microsoft Dynamics CRM и SAP CRM компании SAP AG. Специалисты Департамента CRM-решений нашей компании знакомы на практике с большинством CRM систем, представленных на российском рынке, и готовы оказать консалтинг в проведении сравнительного анализа CRM-решений, выборе оптимальной CRM-системы для вашей компании. Наши консультанты помогут купить CRM лицензии в необходимом количестве, осуществить весь комплекс работ по проекту внедрения CRM - установке CRM, настройке модулей системы, технической поддержке и обучении пользователей.

НОРБИТ занимался разработкой и сопровождением проектов внедрения CRM в различных отраслях - в Группе компаний ЛАНИТ, ИД "Альпина Бизнес Букс", радиостанциях Сити-FM и Relax-FM, страховой компании ВСК, вещательной корпорации Проф-Медиа, сети техобслуживания Трак-Центр, футбольных клубах "Зенит" и "Локомотив", РИА НОВОСТИ и многих других.

Примеры CRM-проектов, этапы внедрения CRM, выбора решений и результатов внедрения описываются в разделе Клиенты и проекты.

Список разработанных в НОРБИТ отраслевых решений CRM >>

 

Программные продукты:

Microsoft Dynamics CRM (CRM-системы)

SAP CRM (CRM-системы)

BI-системы

BI-системы или системы бизнес-аналитики (Business Intelligence)- это аналитические системы, которые объединяют данные из различных любых источников информации, обрабатывают их и предоставляют удобный интерфейс для всестороннего изучения и оценки полученных сведений. Данные полученные в результате такого анализа помогают достигать поставленных бизнес-целей с помощью оптимального использования имеющихся данных. Комплексный анализ данных по всем направлениям бизнеса позволяет повысить его эффективность и снизить издержки. Таким образом, системы бизнес-анализа (BI-системы) - это единый прозрачный источник данных о бизнесе компании для ее руководства. Сегодня генерация отчетности и выполнение анализа это вовсе не роскошь, которую компании могут себе позволить или от которой они могут отказаться. Действительно, в той или иной форме отчетность требуется как для всего бизнеса так и для различных слагающих его частей - будь-то корпоративное транзакционное приложение, база данных или же процесс, исполняемый на регулярной основе. Решения для подготовки отчетности охватывают все аспекты бизнеса, их наличие считается обязательным, а сами они рассматриваются как корпоративный стандарт наряду с другими базовыми технологиями.

10. Программные продукты:

SAP BI (SAP Business Objects) (BI-системы)

SAP BPC (BI-системы)

QlikView (BI-системы)

ERP-системы

ERP-система может быть использована в нескольких направлениях:

· построение информационной системы для идентификации и планирования всех ресурсов организации (фирмы);

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

Пример ERP-системы:

ERP-система автоматизирует процедуры, создающие бизнес-процессы. Например, выполнение заказа покупателя: принятие заказа, выставление счёта, его размещение, получение оплаты, отгрузка со склада, доставка. ERP-система обрабатывает заказ клиента и служит своего рода путеводителем, по которому автоматизируются различные шаги на пути исполнения заказа. Когда менеджер вводит заказ клиента в ERP-систему, у него есть доступ ко всей информации, необходимой для того, чтобы запустить заказ на выполнение. Например, он тут же получает доступ к кредитному рейтингу покупателя и истории его заказов из финансового модуля, узнает о наличии товара на складе и о графике отгрузки товаров из модуля логистики.

Отличие ERP-система от EDMS состоит в следующем: что, в ERP документы создаются не в начале жизненного цикла, а в конце его или после, т.е. документы создаются после того как созданы, обсуждены, проверены, согласованы, утверждены и т.д. А EDMS осуществляет поддержку такого жизненного цикла документов на предприятии в реальном времени.

CRM-системы

CRM-система - это концепция управления активными взаимоотношениями с покупателем. С привязкой к термину управления бизнесом предприятия - это система организации работы фирмы с ориентировкой на потребности клиента, на более активную и плодотворную работу с клиентом. CRM нацелен на совершенство