![](/stc/img/evkova.png)
Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы ( Технико-экономическая характеристика предметной области и предприятия )
Содержание:
Введение
В настоящее время знания человека о природе разрослись до такой степени, что не представляется возможным охватить не только весь их объем, но и отдельные области. При этом для создания полезных знаний и продуктов необходимы сведения из смежных областей. Теория систем призвана помочь человечеству в преодолении недостатков узкой специализации, усилении междисциплинарных связей, развитии диалектического видения мира, системного мышления.
Теория систем впервые была применена в точных науках и технике как вклад школы науки управления. Как самостоятельная дисциплина теория систем оформилась в 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. Обследование предприятия и выделение миссии.
- Построение модели «КАК ЕСТЬ» (AS IS).
- Анализ модели «КАК ЕСТЬ»:
- метод АВС - предположение, что «деятельность потребляет ресурсы, а продукция потребляет деятельность»
- SWOT (Strengths, Weaknesses, Opportunities, Threats - сильные стороны, слабые стороны, благоприятные возможности, угрозы)
- BPR (Business Process Reengineering - реинжиниринг бизнес-процессов)
- ISA (Information System Architecture - архитектура информационных систем)
- VCM (Value Chain Model - модель цепочек ценности)
- TOC - теория ограничений Голдратта.
- Разработка модели «КАК ДОЛЖНО БЫТЬ (AS ТО BE)»
- Разработка предложений по реорганизации реальной деятельности предприятия на основе моделей «КАК ДОЛЖНО БЫТЬ» (AS ТО BE).
- Постановка осмысленной задачи по разработке информационной системы.
- Формирование технического задания на разработку информационной системы.
- Проектирование и прототипирование информационной системы.
Реализация рабочей версии информационной системы, включая (если необходимо) методы и средства анализа накапливаемой информации.
- Тестирование и отладка созданной рабочей версии системы.
- Изготовление технической документации по эксплуатации информационной систем.
- Внедрение информационной системы на предприятии.
Какими знаниями необходимо для этого обладать? Теоретические аспекты моделирования, анализа, реорганизации и автоматизации бизнес-процессов прежде всего опираются на следующие направления теории программирования:
- формальные языки и грамматики
- теория синтаксического анализа, перевода и компиляции
- структурные и объектно-ориентированные методы анализа и проектирования
- теория параллельных вычислений (процессов)
- теория тестирования и отладки
- методы искусственного интеллекта и др.
Теперь можно приступить к описанию структуры, особенностей организации и процессов, характеризующих современное предприятие. Но прежде чем мы это сделаем, введем понятия системы вообще, автоматизированной информационной системы в частности и системного подхода к анализу деятельности предприятия.
В этой главе было рассмотрено понятие интеллектуальной информационной системы, ее признаки, благодаря которому расширилось понимание информационной системы. Также был анализ классификации информационных систем, а точнее автоматизированные информационные системы, характеристика предприятия. Благодаря этому были понятны ресурсы и возможности автоматизированных самоорганизующихся систем.
В следующей главе будет анализ требований и проблем, возникающих при проектировании информационных систем предприятия. Какие стандарты и методы решения той или иной проблемы бывают, общее представление о современном предприятии и методы разработки информационных систем.
Глава 2. Анализ требований и проблем, возникающих при проектировании ИС предприятия.
Системы обработки данных и системы поддержки принятия решений.
Сегодня любая компания может оказаться вытесненной из бизнеса, если не сумеет вовремя приспособиться... Бывает, понимание необходимости преобразований приходит слишком поздно.
Билл Гейтс, Microsoft
Системы обработки данных (СОД) предназначены для учета и оперативного регулирования хозяйственных операций, подготовки стандартных документов для внешней среды (счетов, накладных, платежных поручений). Горизонт оперативного управления хозяйственными процессами составляет от одного до нескольких дней и реализует регистрацию и обработку событий, например, оформление и мониторинг выполнения заказов, приход и расход материальных ценностей на складе, ведение табеля учета рабочего времени и т. д.
Эти задачи имеют итеративный, регулярный характер, выполняются непосредственными исполнителями хозяйственных процессов (рабочими, кладовщиками, администраторами и т. д.) и связаны с оформлением и пересылкой документов в соответствии с четко определенными алгоритмами. Результаты выполнения хозяйственных операций через экранные формы вводятся в базу данных.
Информационные системы управления (ИСУ) ориентированы на тактический уровень управления: среднесрочное планирование, анализ и организацию работ в течение нескольких недель (месяцев), например, анализ и планирование поставок, сбыта, составление производственных программ. Для данного класса задач характерны регламентированность (периодическая повторяемость) формирования результатных документов и четко определенный алгоритм решения задач, например, свод заказов для формирования производственной программы и определение потребности в комплектующих деталях и материалах на основе спецификации изделий. Решение подобных задач предназначено для руководителей различных служб предприятий (отделов материально-технического снабжения и сбыта, цехов и т.д.). Задачи решаются на основе накопленной базы оперативных данных.
Системы поддержки принятия решений (СППР) используются в основном па верхнем уровне управления (руководства фирм, предприятий, организаций), имеющего стратегическое долгосрочное значение в течение года или нескольких лет. К таким задачам относятся формирование стратегических целей, планирование привлечения ресурсов, источников финансирования, выбор места размещения предприятий и т. д. Реже задачи класса СППР решаются на тактическом уровне, например при выборе поставщиков или заключении контрактов с клиентами. Задачи СППР имеют, как правило, нерегулярный характер.
В основе разработки всех АИС лежит понятие системного анализа. Что это такое и из чего он складывается, рассматривается далее.
Общая схема создания информационных систем.
Общая схема создания ИС. Приведем общую схему проектирования и реализации информационной системы:
- обследование предприятия и выделение миссии
- создание описания процессов (построение модели «КАК ЕСТЬ - AS IS»)
- проведение анализа моделей «КАК ЕСТЬ»:
- метод АВС лежит предположение, что «деятельность потребляет ресурсы, а продукция потребляет деятельность»
- SWOT - (Strengths, Weaknesses, Opportunities, Threats - сильные стороны, слабые стороны, благоприятные возможности, угрозы)
- BPR - (Business Process Reengineering - реинжиниринг бизнес-процессов)
- ISA - (Information System Architecture - архитектура информационных систем)
- VCM - (Value Chain Model - модель цепочек ценности)
- Метод TOC - теория ограничений Голдратта и др
- разработка модели «КАК ДОЛЖНО БЫТЬ - (AS ТО BE)»
- реорганизация реальной деятельности на основе моделей «КАК ДОЛЖНО БЫТЬ» - (AS ТО BE)
- постановка осмысленной задача по созданию информационной системы (подготовка технического задания)
- создание прототипа информационной системы (прототипирование)
- реализация рабочей информационной системы
- тестирование и отладка
- изготовление документации
- внедрение информационной системы.
Более подробно стадии и этапы создания ИС, выполняемые организациями-участниками, представлены ниже. Все работы над проектом прописываются в договорах и технических заданиях на выполнение работ.
Стадии и этапы информационных систем.
Стадия 1. Формирование требований к ИС.
На начальной стадии проектирования выделяют следующие этапы работ:
- обследование объекта и обоснование необходимости создания ИС
- формирование требований пользователей к ИС
- оформление отчета о выполненной работе и технического задания на разработку
Стадия 2. Разработка концепции ИС:
- изучение объекта автоматизации
- проведение научно-исследовательских работ
- разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей
- оформление отчета и утверждение концепции.
Стадия 3. Техническое задание. Разработка и утверждение технического задания на создание ИС.
Стадия 4. Эскизный проект:
- разработка предварительных проектных решений по системе и ее частям
- разработка эскизной документации на ИС и ее части.
Стадия 5. Технический проект:
- разработка проектных решений по системе и ее частям
- разработка документации на ИС и ее части
- разработка и оформление документации на поставку комплектующих изделий
- разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация:
- разработка рабочей документации на ИС и ее части
- разработка и адаптация программ.
Стадия 7. Ввод в действие:
- подготовка объекта автоматизации
- подготовка персонала
- комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
- строительно-монтажные работы
- пусконаладочные работы
- проведение предварительных испытаний
- проведение опытной эксплуатации
- проведение приемочных испытаний.
Стадия 8. Сопровождение ИС:
- выполнение работ в соответствии с гарантийными обязательствами
- послегарантийное обслуживание.
Для успешного претворения в практику деятельности предприятия данной схемы, необходимо владеть такими понятиями, как системный анализ и автоматизированная информационная система (АИС).
Этап анализа деятельности предприятия (analysis) состоит в исследовании системных требований и проблем, а не в поисках путей решения. В понятие анализ входят термины анализ требований - исследование требований к системе и объектный анализ - исследование объектов предметной области.
Рассмотрение проблем, возникающих при создании информационной системы предприятия, начнем с описания его характеристик.
Современное предприятие характеризуется следующим:
- структурной сложностью (многоуровневая иерархическая структура организации) и территориальной распределенностью
- функциональной сложностью (многоуровневая иерархия и большое количество функций, выполняемых организацией; сложные взаимосвязи между ними)
- информационной сложностью (большое количество источников и потребителей информации (министерства и ведомства, местные органы власти, организации-партнеры), разнообразные формы и форматы представления информации, сложная информационная модель объекта - большое количество информационных сущностей и сложные взаимосвязи между ними), сложная технология прохождения документов
- сложной динамикой поведения, обусловленной высокой изменчивостью внешней среды (изменения в законодательных и нормативных актах, нестабильность экономики и политики) и внутренней среды (структурные реорганизации, текучесть кадров).
Вывод. Объединяющим началом является миссия предприятия (организации). Не стоит забывать и о современных стандартах, которыми руководствуются в своей деятельности предприятия. Один из таких международных стандартов стоит выделить особо. В следующем пункте будет рассмотрен этот стандарт.
По подсчетам Международного института менеджмента потерь (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 точки зрения пользователя программная архитектура дает направление для движения и решения задач, связанных со специальностью каждого такого пользователя, например, разработчика ПО, группы поддержки ПО, специалиста по сопровождению ПО. Поэтому важно учитывать каждый фактор и каждого персонала, который будет необходим в том или ином процессе задачи.
список использованной литературы.
- https://www.iso.org/home.html
- Management Information Systems (12th Edition) 12th Edition - by Kenneth C. Laudon (Author), Carol Guercio Traver (Author)
- Models and Methods in Social Network Analysis - by Peter J. Carrington (Editor), John Scott (Editor), Stanley Wasserman (Editor)
- Проектирование информационных систем - Георгий Исаев
- Информационные системы и технологии. Учебное пособие - Ольга Голицина
- Конституционное право на свободу и личную неприкосновенность ( История Конституции Российской Федерации )
- Понятие социального обеспечения ( ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ СОЦИАЛЬНОГО ОБЕСПЕЧЕНИЯ )
- Управление поведением в конфликтных ситуациях ( Различные научные подходы к определению понятия конфликта и его сущности )
- Публичная власть (Сущность и общая характеристика публичной власти)
- Коммерческая деятельность оптового торгового предприятия и ее совершенствования ( на примере конкретной организации )
- Функции менеджмента
- Корпоративная культура в организации ( Понятие и сущность корпоративной культуры ))
- ОТЧЕТ № К-02 об оценке рыночной стоимости объекта интеллектуальной собственности
- Конституция: понятие, формы, виды. Классификация конституций (Конституция как основной закон государства: понятие и юридические свойства)
- СОБСТВЕННОСТЬ И ПРАВО СОБСТВЕННОСТИ
- Поручительство (общая характеристика) (Понятие договора поручительства)
- Разработка веб-сайта для ресторана быстрого питания BurgerYum