Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы

Содержание:

Введение

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

Теория систем впервые была применена в точных науках и технике как вклад школы науки управления. Как самостоятельная дисциплина теория систем оформилась в 40-50-х годах XX века. Системный анализ со временем стал меж и над дисциплинарным курсом, обобщающим методологию исследования сложных технических и социальных систем, а также представляет собой наиболее надежную концептуальную основу современного менеджмента.

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

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

Широкое признание теории, осознание системности мира началось в 1948 году после публикации американским математиком Н. Винером книги «Кибернетика». Первоначально он определяет кибернетику как «науку об управлении и связи в животных и машинах» (аналогии процессов в живых организмах и машинах), позже анализирует с позиций кибернетики процессы, происходящие в обществе.

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

Глава 1. Технико-экономическая характеристика предметной области и предприятия.

Понятие «интеллектуальные информационные системы». Особенности и признаки интеллектуальности информационных систем.

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

Исторически первыми видами информационных систем являются архивы

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

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

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

Практика создания и использования автоматизированных информационных систем в различных сферах деятельности позволяет дать более широкое

и универсальное определение, которое полнее отражает все аспекты их сущности.

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

Другими словами, информационные системы — социальные системы, которые включают и используют ПО и другие компоненты в интересах предприятия.

Можно выделить следующие компоненты информационной системы:

• люди
• данные/информация
• процедуры
• программное обеспечение
• аппаратное обеспечение
• линии связи

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

Рисунок 1. Диаграмма Венна, демонстрирующая включение

системы ПО в информационную систему предприятия.

Признаки информационных систем

Для ИИС характерны следующие признаки:

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

Рисунок 2. Признаки информационных систем.

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

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

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

Различают пассивную адаптацию (реагирование системы на изменение окружающей среды) и активную (воздействие системы на окружающую среду).

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

Самоорганизующиеся системы

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

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

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

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

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

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

Таким образом, большой системой целесообразно назвать такую, которую невозможно исследовать иначе, как по подсистемам.

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

Сложная система – система, состоящая из элементов разных типов и обладающая разнородными связями между ними. Особенности сложны систем:

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

ее подсистем (например, технологическая схема изготовления продукции

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

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

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

• датчики информации о состоянии объекта управления;

• подсистема сбора и передачи этой информации;

• подсистема обработки и отображения этой информации;

• подсистема выработки управляющих воздействий;

• подсистема передачи управляющих воздействий;

• исполнительные устройства.

Автоматизированные информационные системы.

Вначале определим понятие системы вообще, а затем понятие информационной системы.

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

Однако в нашем случае более подходящим будет понятие системы, вводимое через процесс (бизнес-процесс).

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

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

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

обучаемости путем изменения структуры системы в соответствии с изменением целей системы.

Автоматизированная информационная система (АИС) - взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели.

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

Термин автоматизированная информационная система используется как в широком, так и в узком смысле.

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

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

Современное понимание автоматизированной информационной системы (рис. 3) предполагает использование персонального компьютера в качестве основного технического средства переработки информации.

Рисунок 3. Описание информационной системы.

Существуют различные классификации информационных систем. Одна из таких классификаций показана на рисунке 4. Рассмотрим теперь особенности автоматизированной экономической информационной системы.

Рисунок 4. Классификация информационных систем.

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

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

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

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

• системы обработки данных (EDP - Electronic Data Processing);

• информационная система управления (MIS - Management Information System);

• система поддержки принятия решений (DSS - Decision Support system).

Вывод. Всякое предприятия существует и действует ради достижения своих собственных организационных целей. Возникает вопрос: что объединяет все разнообразие часто разнонаправленных целей предприятия?

Характеристика предприятия и его деятельности.

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

Так, например, для руководителя предприятия такими ответами могут быть ответы на следующие вопросы:

• Каково состояние дел на определенном участке работы?
• Что необходимо предпринять в текущий момент, чтобы пред­приятие было рентабельным?
• Как обустроить производство, чтобы оно развивалось и при­носило всё больший и больший доход в будущем?
• Каковы дальнейшие перспективы деятельности предприятия?

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

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

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

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

Современное предприятие довольно сложный организм, дей­ствующий в условиях рыночной экономики (в отличие от плановой экономики бывшего Советского Союза) и вынужденный постоянно адаптироваться к быстро меняющимся текущим условиям. Управ­лять таким предприятием вручную (без применения современных технических средств, в частности компьютеров) практически невоз­можно. Это первая проблема.

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

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

Четвертая проблема (по очереди, но далеко не по значимости) состоит в необходимости учета человеческого фактора как при раз­работке, так и при внедрении информационной системы. Например, русский язык обладает 32 % информационной избыточности, что больше, чем у многих других европейских языков. В свою очередь информационная избыточность является источником искажения сути сообщения, т. е. при передаче через четыре уровня управления ин­формацией мы имеем высокую вероятность получения 100 %-го ис­кажения исходного сообщения.

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

При ориентации на указанную выше методику создания каждому разработчику информационной системы (ИС) важно получить ответ на следующий вопрос: нужны ли предприятию или его руководи­телям информационные системы и если да, то ЗАЧЕМ и ПОЧЕМУ именно такие?

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

Что же в таком случае может дать информационная система пред­приятию и его руководству (чем может помочь ему)?

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

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

Так что же необходимо сделать, чтобы разработать информацион­ную систему, удовлетворяющую современным требованиям?

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

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

Собрав всю необходимую информацию, следует смоделировать деятельность предприятия. Причем построить модели необходимо для текущего, реально действующего процесса выпуска продукции или оказания услуги (говорят - построить модель AS IS - «КАК ЕСТЬ») чтобы можно было выделить и оценить те специфические основные бизнес-процессов, управление которыми призвано обеспе­чить эффективность (рентабельность) работы предприятия.

После того как проведена оценка отдельных процессов рабо­ты предприятия, необходимо разработать модель AS ТО BE «КАК ДОЛЖНО БЫТЬ», обеспечивающую требуемую эффективность. Для этого обычно рассматривают одну или несколько из уже имеющихся методик оценки (о них пойдет речь ниже). Разработка моделей AS IS и AS ТО BE должна осуществляться на языке, понятном для не­специалиста в области информатики, и в тоже время на формальном языке, понятном разработчику и компьютеру. В то же время для этого необходимо выбирать такой инструмент моделирования, который бы занимал незначительное время для процессов моделирования и ана­лиза (помни, что жизненный цикл ИС составляет 2-3 года).

Смоделировав деятельность предприятия (построив модель AS ТО BE), можно приступать к проектированию и реализации информационной системы, которая после прохождения этапа те­стирования и отладки внедряется на предприятии. Работающая ин­формационная система позволяет накопить значительные объемы информации, анализ которой необходим в будущем для различных подразделений и руководству предприятия. Для этих целей информационную систему обычно снабжают средствами проведения анализа (аналитической подсистемой).

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

1. Обследование предприятия и выделение миссии.

1. Построение модели «КАК ЕСТЬ» (AS IS).
2. Анализ модели «КАК ЕСТЬ»:

• метод АВС - предположение, что «деятельность потребля­ет ресурсы, а продукция потребляет деятельность»
• SWOT (Strengths, Weaknesses, Opportunities, Threats - силь­ные стороны, слабые стороны, благоприятные возможно­сти, угрозы)
• BPR (Business Process Reengineering - реинжиниринг бизнес-процессов)
• ISA (Information System Architecture - архитектура информационных систем)
• VCM (Value Chain Model - модель цепочек ценности)
• TOC - теория ограничений Голдратта.

1. Разработка модели «КАК ДОЛЖНО БЫТЬ (AS ТО BE)»
2. Разработка предложений по реорганизации реальной дея­тельности предприятия на основе моделей «КАК ДОЛЖНО БЫТЬ» (AS ТО BE).
3. Постановка осмысленной задачи по разработке информаци­онной системы.
4. Формирование технического задания на разработку информа­ционной системы.
5. Проектирование и прототипирование информационной си­стемы.

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

1. Тестирование и отладка созданной рабочей версии системы.
2. Изготовление технической документации по эксплуатации информационной систем.
3. Внедрение информационной системы на предприятии.

Какими знаниями необходимо для этого обладать? Теоретические аспекты моделирования, анализа, реорганизации и автоматизации бизнес-процессов прежде всего опираются на следующие направле­ния теории программирования:

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

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

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

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

Глава 2. Анализ требований и проблем, возникающих при проектировании ИС предприятия.

Системы обработки данных и системы поддержки принятия решений.

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

Билл Гейтс, Microsoft

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

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

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

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

В основе разработки всех АИС лежит понятие системного анали­за. Что это такое и из чего он складывается, рассматривается далее.

Общая схема создания информационных систем.

Общая схема создания ИС. Приведем общую схему проектиро­вания и реализации информационной системы:

1. обследование предприятия и выделение миссии
2. создание описания процессов (построение модели «КАК ЕСТЬ - AS IS»)
3. проведение анализа моделей «КАК ЕСТЬ»:

• метод АВС лежит предположение, что «деятельность по­требляет ресурсы, а продукция потребляет деятельность»
• SWOT - (Strengths, Weaknesses, Opportunities, Threats - сильные стороны, слабые стороны, благоприятные возмож­ности, угрозы)
• BPR - (Business Process Reengineering - реинжиниринг бизнес-процессов)
• ISA - (Information System Architecture - архитектура информационных систем)
• VCM - (Value Chain Model - модель цепочек ценности)
• Метод TOC - теория ограничений Голдратта и др

1. разработка модели «КАК ДОЛЖНО БЫТЬ - (AS ТО BE)»
2. реорганизация реальной деятельности на основе моделей «КАК ДОЛЖНО БЫТЬ» - (AS ТО BE)
3. постановка осмысленной задача по созданию информацион­ной системы (подготовка технического задания)
4. создание прототипа информационной системы (прототипиро­вание)
5. реализация рабочей информационной системы
6. тестирование и отладка
7. изготовление документации
8. внедрение информационной системы.

Более подробно стадии и этапы создания ИС, выполняемые организациями-участниками, представлены ниже. Все работы над проек­том прописываются в договорах и технических заданиях на выпол­нение работ.

Стадии и этапы информационных систем.

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие эта­пы работ:

• обследование объекта и обоснование необходимости создания ИС
• формирование требований пользователей к ИС
• оформление отчета о выполненной работе и технического за­дания на разработку

Стадия 2. Разработка концепции ИС:

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

Стадия 3. Техническое задание. Разработка и утверждение тех­нического задания на создание ИС.

Стадия 4. Эскизный проект:

• разработка предварительных проектных решений по системе и ее частям
• разработка эскизной документации на ИС и ее части.

Стадия 5. Технический проект:

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

Стадия 6. Рабочая документация:

• разработка рабочей документации на ИС и ее части
• разработка и адаптация программ.

Стадия 7. Ввод в действие:

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

Стадия 8. Сопровождение ИС:

• выполнение работ в соответствии с гарантийными обязатель­ствами
• послегарантийное обслуживание.

Для успешного претворения в практику деятельности предприятия данной схемы, необходимо владеть такими понятиями, как системный анализ и автоматизированная информационная система (АИС).

Современное предприятие.

Этап анализа деятельности предприятия (analysis) состоит в ис­следовании системных требований и проблем, а не в поисках путей решения. В понятие анализ входят термины анализ требований - ис­следование требований к системе и объектный анализ - исследова­ние объектов предметной области.

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

Современное предприятие характеризуется следующим:

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

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

Стандарты ISO.

По подсчетам Международного института менеджмента потерь (International Lost Control Institute), предприятия Старого Света в ре­зультате отсеивания некачественного товара теряют в среднем до 40 % производственной прибыли. В России эти цифры и того выше - 50 %.

Философия управления качеством ISO требует, чтобы были устра­нены причины, которые привели к изготовлению некачественной продукции.

Из этого следует, что необходимо разработать единую междуна­родную систему стандартов, которая бы обеспечила уменьшение потерь из-за выпуска некачественных товаров или оказания некаче­ственных услуг. И такая система стандартов появилась - ISO 9000 (рисунок 4).

Это серия международных стандартов, разработанных Между­народной организацией по стандартизации (ISO) основана 23 фев­раля 1947 г. 15 национальными организациями по стандартизации. Стандарты приняты в качестве национальных более чем в 150 стра­нах мира. Цель ISO 9000 - внести объективность и согласованность в работу системы управления качеством продукции и процессов, действующей на предприятии. Если ранее стандарты качества рас­сматривались, как правило, только в связи с тестированием гото­вой продукции, то стандарты серии ISO 9000 относятся не к самой продукции, а к управлению ее качеством - системе менеджмента качества.

Основную идею введения стандарта ISO 9000 можно сформулиро­вать следующим образом: «Если процесс (производства или оказания услуги) организован надлежащим образом, то и результат процесса (товар или услуга) также будет обладать надлежащим качеством».

Рисунок 4. Стандарты ISO.

Так, например, стандарт ISO 10014 основан на взаимосвязанных принципах управления для развития процессов, содействующих реализации целей организации. Предусмотрены следующие прин­ципы управления:

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

Полезность стандартов ИСО серии 9000 в версии как 1994 г., так и 2000 г. состоит:

• в приведении систем менеджмента качества к виду, удобному для международной торговли, с тем, чтобы потребители могли лег­ко и понятным для них образом оценить уровень качества независи­мо от того, какую страну или регион представляет организация. Это аспект, связанный с глобализацией экономики;
• упрощении и повышении эффективности методов демонстра­ции возможностей данной компании выпускать качественную про­дукцию
• создании механизма массового давления на организации (сни­зу по отношению к менеджменту качества лучших компаний), чтобы сдвинуть средний уровень менеджмента и соответственно качества про­дукции и услуг в лучшую сторону. Это механизм типа «толкай» (push). Другим механизмом, ориентированным на вытягивание сверху (pull), т. е. на лучшие компании, являются премии и награды в области качества (Э. Деминга, М. Болдриджа, Европейская, Российская) в улучшении процедурных вопросов менеджмента качества.

Далее будет изучение современного метода обследования предприятия.

Современные методы обследования предприятия.

Среди современных методов обследования предприятия и по­строения модели «AS IS» выделим следующие: прототипирование, совместные семинары и RAD-методику.

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

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

Такие инструментальные средства можно условно разделить на два класса: инструменты быстрой разработки приложения в разви­тых СУБД - класс DEVELOPER и интегрированные инструменты быстрой разработки приложений - класс BUILDER.

К инструментам этих классов можно отнести средства 4GL (гене­раторы компонентов приложений):

• генераторы таблиц базы данных;
• генераторы форм ввода-вывода;
• генераторы запросов;
• генераторы отчетов;
• генераторы меню.

Такие генераторы существуют почти во всех СУБД, как персо­нальных MS Access, FoxPro, Paradox, так и в окружении промышлен­ных серверов БД (Oracle, Informix, Adabas D и другие).

JAD- и JPR-методики. Данные методики основаны на проведение совместных семинаров. Совместные семинары по выявлению требований, где тесно сотрудничают аналитики и клиенты - отличный способ выявить нужды пользователей и составить наброски документов с требованиями.

Эти подходы предлагают более глубокое проникновение в суть требований, но за счет большей цены и усилий. Например, методом «мозгового штурма».

Конкретные примеры таких семинаров - это Joint Requirements Planning (JRP - совместное планирование требований) и Joint Application Development (JAD - совместная разработка приложений).

Описание и применение технологии RAD.

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development).

Под этим термином обычно понимается процесс разработки программного обеспечения (ПО), содержащий 3 элемента:

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

В основе методологии RAD лежат основные принципы:

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

Применение технологии RAD целесообразно:

• когда требуется выполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет еще до завершения ее проектирования;
• нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения;
• проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения;
• интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта;
• проект большой, но поддается разделению на более мелкие функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы ее можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD групп);
• ПО не обладает большой вычислительной сложностью.

Завершающей фазой выделения требований на разработку информационной системы является построение и анализ матрицы зависимостей требований.

Одним из самых важных результатов обследования предприятия и его итогом является четкое формулирование его миссии.

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

В главе 2 был подробный анализ системы обработки данных, общая схема создания информационной системы, были разобраны стандарты ISO, благодаря которым было выяснены стандарты качества. А также стадии и этапы создания информационных систем, методы обследования систем.

На этом будет плавный переход в заключение.

заключение

Проектирование информационных систем достаточно сложный процесс.

Есть очень много технических регламентов, схемы, пути, стандарты, под которые каждое предприятие должно подстроиться. И это вызывает достаточно много проблем. А также методы учета затрат SWOT-анализа, проектирование и разработка баз данных и приложений, все это вызывает определенный ряд проблем. SWOT-анализ может спасти издержки со слабых сторон и увеличить прибыль от сильных сторон, но и это не всегда спасает риски компании.

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

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

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

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

список использованной литературы.

1. https://www.iso.org/home.html
2. Management Information Systems (12th Edition) 12th Edition - by Kenneth C. Laudon (Author), Carol Guercio Traver (Author)
3. Models and Methods in Social Network Analysis - by Peter J. Carrington (Editor), John Scott (Editor), Stanley Wasserman (Editor)
4. Проектирование информационных систем - Георгий Исаев
5. Информационные системы и технологии. Учебное пособие - Ольга Голицина