6.3 Конструкция Select Case
Конструкция Select Case является альтернативой конструкции If . . . Then . . . Else в случае выполнения блока, состоящего из большого набора операторов. Конструкция Select Case предоставляет возможность, похожую на возможность конструкции If . . . Then . . . Else, но в отличие от нее она делает код более читаемым при наличии нескольких вариантов выбора.
Конструкция Select Case работает с единственным проверяемым выражением, которое вычисляется один раз при входе в эту конструкцию. Затем VBA сравнивает полученный результат со значениями, задаваемыми в операторах Case конструкции. Если найдено совпадение, выполняется блок операторов, ассоциированный с оператором Case:
Select Case проверяемое_выражение
[Case список_выражений1
[блок_операторов1]]
[Case список_выражений2
[блок_операторов2]]
. . .
[Case Else
[блок_операторовn]]
End Select
Каждый список выражений является списком из одного или более значений. Если в одном списке больше одного значения, они отделяются запятыми. Каждый блок операторов содержит несколько операторов или ни одного. Если окажется, что вычисленному значению проверяемого выражения соответствуют значения из нескольких операторов Case, то выполняется блок операторов, ассоциированный с первым оператором Case из всех найденных соответствий. VBA выполняет блок операторов, ассоциированный с оператором Case Else (заметим, что он необязателен), если не найдено ни одного соответствия проверяемого значения выражения и значений из всех списков операторов Case.
Рассмотрим пример вычисления функции
Sub пример2()
Const pi2 = 1.57
Dim x As Single
Dim z As Double
Let x = CSng(InputBox("введи x", "Ввод данных", 0))
Select Case x
Case -pi2
z = Sin(x)
Case 0
z = Cos(x)
Case pi2
z = Tan(x)
Case Else
MsgBox "Неверные исходные данные!"
Exit Sub
End Select
Call out("D1", z)
End Sub
Заметим, что конструкция Select Case вычисляет выражение только один раз при входе в нее, а в конструкции If . . . Then . . . Else вычисляются различные выражения для каждого оператора Elself. Конструкцию If . . . Then . . . Else можно заменить конструкцией Select Case, только если оператор If и каждый оператор Elself вычисляют одно и то же выражение.
Вопрос № 21. Инфологическое моделирование баз данных. Er-модель
Инфологическое проектирование БД – формализованное описание выявленных объектов предметной области в виде моделей, обладающих, с одной стороны, достаточной емкостью и глубиной для охвата всех элементов будущего проекта БД, а с другой - достаточной формальностью описания, легко читаемой не только программистами, но и пользователями приложения. Инфологическая модель – это формализованное представление объекта, которое легко читается всеми и потому является инструментом работы программиста с заказчиком, пользователя с приложением.
В настоящее время известно несколько типов инфологических моделей. При разработке базы данных широко используется модель “сущность – связь” предложенная еще в 1976г. в графическом исполнении
В основе положено понятие “Сущность”, моделирующее класс самостоятельных однотипных объектов предметной области, обозначаемых, например, прямоугольниками. Сущность, как объект, с помощью которого моделируется класс однотипных объектов, имеет уникальное в пределах предметной сущности имя, свой набор атрибутов – характеристик, определяющих свойства класса, позволяющих различать экземпляры сущности.
Атрибуты - перечисляются в прямоугольниках, обозначающих сущности; это свойства (характеристики) , определяющие свойства данного представителя класса. Состав атрибутов, их форматы, типы отражающих их переменных определяется решаемой задачей и устанавливается на этапе описания предметной области. Набор атрибутов должен однозначно идентифицировать конкретный экземпляр сущности при решении конкретной задачи, поскольку каждый атрибут станет полем соответствующей таблицы БД.
Связи между сущностями могут быть трех типов:
один – к - одному (1:1) – один экземпляр одной сущности связан с одним экземпляром
ругой;
один – ко - многим (1:M) - один экземпляр одной сущности связан с несколькими экземплярами другой сущности;
многие - ко- многим (M:M) – один экземпляр одной сущности связан со многими экземплярами другой сущности и наоборот. Множественность связей показывается разделением линии на 3.
Чаще всего инфологическая модель базы описывается графическими нотациями, или так называемыми ER-диаграммами:
ER-модель (или модель сущность-связь) используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.
(англ. entity-relationship
Вопросы № 22-23. База данных: понятие, типы, структура.
Вопросы № 22-23. Понятие баз данных: классификация, основные характеристики. Модели баз данных.
База данных — это организованная структура, предназначенная для хранения информации. Поскольку данные и информация — понятия взаимосвязанные, но не тождественные, то следует заметить некоторое несоответствие в этом определении. Его причины чисто исторические. В те годы, когда формировалось понятие баз данных, в них действительно хранились только данные. Однако сегодня большинство систем управления базами данных (СУБД) позволяют размещать в своих структурах не только данные, но и методы (то есть программный код), с помощью которых происходит взаимодействие с потребителем или с другими программно-аппаратными комплексами. Таким образом, мы можем говорить, что в современных базах данных хранятся отнюдь не только данные, но и информация.
Это утверждение легко пояснить, если, например, рассмотреть базу данных крупного банка. В ней есть все необходимые сведения о клиентах, об их адресах, кредитной истории, состоянии расчетных счетов, финансовых операциях и т. д. Доступ к этой базе имеется у достаточно большого количества сотрудников банка, но среди них вряд ли найдется такое лицо, которое имеет доступ ко всей базе полностью и при этом способно единолично вносить в нее произвольные изменения. Кроме данных, база содержит методы, и средства, позволяющие каждому из сотрудников оперировать только с теми данными, которые входят в его компетенцию. В результате взаимодействия данных, содержащихся в базе, с методами, доступными конкретным сотрудникам, образуется информация, которую они потребляют и на основании которой в пределах собственной компетенции производят ввод и редактирование данных.
Структура простейшей базы данных
Сразу поясним, что если в базе нет никаких данных (пустая база), то это все равно полноценная база данных. Этот факт имеет методическое значение. Хотя данных в базе и нет, но информация в ней все-таки есть — это структура базы. Она определяет методы занесения данных и хранения их в базе. Простейший “некомпьютерный” вариант базы данных — деловой ежедневник, в котором каждому календарному дню выделено по странице. Даже если в нем не записано ни строки, он не перестает быть ежедневником, поскольку имеет структуру, четко отличающую его от записных книжек, рабочих тетрадей и прочей писчебумажной продукции.
Базы данных могут содержать различные объекты, но, забегая вперед, скажем, что основными объектами любой базы данных являются ее таблицы. Простейшая база данных имеет хотя бы одну таблицу. Соответственно, структура простейшей базы данных тождественно равна структуре ее таблицы, рис. 11.1.
Свойства полей базы данных
Поля базы данных не просто определяют структуру базы — они еще определяют групповые свойства данных, записываемых в ячейки, принадлежащие каждому из полей. Ниже перечислены основные свойства полей таблиц баз данных на примере СУБД Microsoft Access.
Имя поля — определяет, как следует обращаться к данным этого поля при автоматических операциях с базой (по умолчанию имена полей используются в качестве заголовков столбцов таблиц).
Тип поля — определяет тип данных, которые могут содержаться в данном поле.
Размер поля — определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.
Формат поля — определяет способ форматирования данных в ячейках, принадлежащих полю.
Маска ввода — определяет форму, в которой вводятся данные в поле (средство автоматизации ввода данных).
Подпись — определяет заголовок столбца таблицы для данного поля (если подпись не указана, то в качестве заголовка столбца используется свойство Имя поля).
Значение по умолчанию — то значение, которое вводится в ячейки поля автоматически (средство автоматизации ввода данных).
Условие на значение — ограничение, используемое для проверки правильности ввода данных (средство автоматизации ввода, которое используется, как правило, для данных, имеющих числовой тип, денежный тип или тип даты).
Сообщение об ошибке — текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных (проверка ошибочности выполняется автоматически, если задано свойство Условие на значение).
Обязательное поле — свойство, определяющее обязательность заполнения данного поля при наполнении базы;
Пустые строки — свойство, разрешающее ввод пустых строковых данных (от свойства Обязательное поле отличается тем, что относится не ко всем типам данных, а лишь к некоторым, например к текстовым).
Индексированное поле — если поле обладает этим свойством, все операции, связанные с поиском или сортировкой записей по значению, хранящемуся в данном поле, существенно ускоряются. Кроме того, для индексированных полей можно сделать так, что значения в записях будут проверяться по этому полю на наличие повторов, что позволяет автоматически исключить дублирование данных.
Типы данных
Таблицы баз данных, как правило, допускают работу с большим количеством разных типов данных. Так, например, базы данных Microsoft Access работают со следующими типами данных.
Текстовый — тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).
Мемо — специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он хранится в другом месте базы данных, а в поле хранится указатель на него, но для пользователя такое разделение заметно не всегда.
Числовой — тип данных для хранения действительных чисел.
Дата/время — тип данных для хранения календарных дат и текущего времени.
Денежный — тип данных для хранения денежных сумм. Теоретически, для их записи можно было бы пользоваться и полями числового типа, но для денежных сумм есть некоторые особенности (например, связанные с правилами округления), которые делают более удобным использование специального типа данных, а не настройку числового типа.
Счетчик — специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование — для порядковой нумерации записей
Логический — тип для хранения логических данных (могут принимать только два значения, например Да или Нет).
Поле объекта OLE — специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных. Реально, конечно, такие объекты в таблице не хранятся. Как и в случае полей МЕМО, они хранятся в другом месте внутренней структуры файла базы данных, а в таблице хранятся только указатели на них (иначе работа с таблицами была бы чрезвычайно замедленной).
Гиперссылка — специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск браузера и воспроизведение объекта в его окне.
Мастер подстановок — это не специальный тип данных. Это объект, настройкой которого можно автоматизировать ввод в данных поле так, чтобы не вводить их вручную, а выбирать из раскрывающегося списка.
Существуют следующие разновидности баз данных:
иерархические;
реляционные;
объектно-ориентированные;
гибридные.
Иерархическая база данных основана на древовидной структуре хранения информации. В этом смысле иерархические базы данных очень напоминают файловую систему компьютера.
В реляционных базах данных данные собраны в таблицы, которые в свою очередь состоят из столбцов и строк, на пересечении которых расположены ячейки. Запросы к таким базам данных возвращает таблицу, которая повторно может участвовать в следующем запросе. Данные в одних таблицах, как правило, связаны с данными других таблиц, откуда и произошло название "реляционные".
В объектно-ориентированных базах данных данные хранятся в виде объектов. С объектно-ориентированными базами данных удобно работать, применяя объектно-ориентированное программирование. Однако, на сегодняшний день такие базы дан-ных еще не достигли популярности реляционных, поскольку пока значительно уступают им в производительности.
Гибридные СУБД совмещают в себе возможности реляционных и объектно-ориентированных баз данных.
В Web-приложениях, как правило, используются реляционные базы данных.
Кратко особенности реляционной базы данных можно описать следующим образом:
Данные хранятся в таблицах, состоящих из столбцов и строк;
На пересечении каждого столбца и строчки стоит в точности одно значение;
У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип. Например, в столбце id_forum все значения имеют целочисленный тип, а в строке name - текстовый;
Столбцы располагаются в определённом порядке, который определяется при создании таблицы, в отличие от строк, которые располагаются в произвольном порядке. В таблице может не быть не одной строчки, но обязательно должен быть хотя бы один столбец;
Вопрос № 24. Реляционная модель данных Недостатки иерархической и сетевой моделей привели к появлению новой, реляционной модели данных, созданной Коддом в 1970 году и вызвавшей всеобщий интерес. Реляционная модель была попыткой упростить структуру базы данных. В ней отсутствовали явные указатели на предков и потомков, а все данные были представлены в виде простых таблиц, разбитых на строки и столбцы. К сожалению, практическое определение понятия "реляционная база данных" оказалось гораздо более расплывчатым, чем точное математическое определение, данное этому термину Коддом в 1970 году. По мере роста популярности реляционной концепции реляционными стали называться многие базы данных, которые на деле таковыми не являлись. В ответ на неправильное использование термина "реляционный" Кодд в 1985 году написал статью, где сформулировал 12 правил, которым должна удовлетворять любая база данных, претендующая на звание реляционной. С тех пор двенадцать правил Кодда считаются определением реляционной СУБД. Однако можно сформулировать и более простое определение: Реляционной называется база данных, в которой все данные, доступные пользователю, организованны в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами. Первичные ключи. Поскольку строки в реляционной таблице не упорядочены, нельзя выбрать строку по ее номеру в таблице. В таблице нет "первой", "последней" или "тринадцатой" строки. В правильно построенной реляционной базе данных в каждой таблице есть один или несколько столбцов, значения в которых во всех строках разные. Этот столбец (столбцы) называется первичным ключом таблицы. Первичный ключ для каждой строки таблицы является уникальным, поэтому в таблице с первичным ключом нет двух совершенно одинаковых строк. Таблица, в которой все строки отличаются друг от друга, в математических терминах называется отношением. Именно этому термину реляционные базы данных и обязаны своим названием, поскольку в их основе лежат отношения (таблицы с отличающимися друг от друга строками).
Двенадцать правил Кодда, которым должна соответствовать реляционная СУБД. 1. Правило информации. Вся информация в базе данных должна быть предоставлена исключительно на логическом уровне и только одним способом - в виде значений, содержащихся в таблицах. 2. Правило гарантированного доступа. Логический доступ ко всем и каждому элементу данных (атомарному значению) в реляционной базе данных должен обеспечиваться путём использования комбинации имени таблицы, первичного ключа и имени столбца. 3. Правило поддержки недействительных значений. В настоящей реляционной базе данных должна быть реализована поддержка недействительных значений, которые отличаются от строки, символов нулевой длинны, строки пробельных символов, и от нуля или любого другого числа и используются для представления отсутствующих данных независимо от типа этих данных. 4. Правило динамического каталога, основанного на реляционной модели. Описание базы данных на логическом уровне должно быть представлено в том же виде, что и основные данные, чтобы пользователи, обладающие соответствующими правами, могли работать с ним с помощью того же реляционного языка, который они применяют для работы с основными данными. 5.Правило исчерпывающего подъязыка данных. Реляционная система может поддерживать различные языки и режимы взаимодействия с пользователем (например, режим вопросов и ответов). Однако должен существовать по крайней мере один язык, операторы которого можно представить в виде строк символов в соответствии с некоторым четко определенным синтаксисом и который в полной мере поддерживает следующие элементы: — определение данных; — определение представлений; — обработку данных (интерактивную и программную); — условия целостности; — идентификация прав доступа; — границы транзакций (начало, завершение и отмена). 6. Правило обновления представлений. Все представления, которые теоретически можно обновить, должны быть доступны для обновления. 7. Правило добавления, обновления и удаления. Возможность работать с отношением как с одним операндом должна существовать не только при чтении данных, но и при добавлении, обновлении и удалении данных. 8. Правило независимости физических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при любых изменениях способов хранения данных или методов доступа к ним. 9. Правило независимости логических данных. Прикладные программы и утилиты для работы с данными должны на логическом уровне оставаться нетронутыми при внесении в базовые таблицы любых изменений, которые теоретически позволяют сохранить нетронутыми содержащиеся в этих таблицах данные. 10. Правило независимости условий целостности. Должна существовать возможность определять условия целостности, специфические для конкретной реляционной базы данных, на подъязыке реляционной базы данных и хранить их в каталоге, а не в прикладной программе. 11. Правило независимости распространения. Реляционная СУБД не должна зависеть от потребностей конкретного клиента. 12. Правило единственности. Если в реляционной системе есть низкоуровневой язык (обрабатывающий одну запись за один раз), то должна отсутствовать возможность использования его для того, чтобы обойти правила и условия целостности, выраженные на реляционном языке высокого уровня (обрабатывающем несколько записей за один раз).
Вопрос № 25. СУБД Access: функциональные возможность, основные элементы.
Системой управления базами данных (СУБД, DBMS – Data Base Management System) называют программу, предназначенную для создания и ведения баз данных, а также организации доступа к данным и их обработки.
Под базой данных (БД, DB – Data Base) понимают совокупность данных, относящихся к некоторой предметной области, организованных определенным образом на материальном носителе, как правило, средствами СУБД.
База данных организуется в соответствии с моделью данных, которая поддерживается в СУБД. Реляционная модель данных (англ.Relation – отношение) является одной из самых распространенных моделей, используемых в современных СУБД. Реляционная модель ориентирована на организацию данных в виде прямоугольных двухмерных таблиц.
Применительно к реляционной модели используется следующая стандартная терминология теории отношений: двухмерная таблица определяется как отношение. Столбцы таблицы называют полями (или доменами), строки – записями (или кортежами).
Первичным ключом (или просто ключом таблицы) называется одно или несколько полей, однозначно идентифицирующих (определяющих) каждую запись. Если первичный ключ состоит из одного поля, он является простым, если из нескольких – составным. Кроме первичного ключа в таблице могут существовать и вторичные ключи. Вторичный ключ – это поле, значения которого могут повторяться в разных записях, то есть он не является уникальным.
Связи между таблицами в реляционной модели устанавливаются по равенству значений совпадающих полей. Такие поля в разных таблицах играют роль внешнего ключа или ключа связи.
СУБД Аccess относится к СУБД реляционного типа, работающая в среде Windows. Этот программный продукт является составной частью интегрированного пакета для офиса Microsoft Office Professional.
Объекты Аccess:
Таблицы составляют основу базы данных и предназначены для хранения информации об объектах предметной области.
Запросы являются средством выборки необходимых данных из одной или нескольких таблиц БД.
Формы представляют собой электронный вариант физических форм документов. Они предназначены для ввода, просмотра и корректировки данных.
Отчеты используются для формирования выходных документов, предназначенных для вывода на экран, принтер или в файл.
Макросы содержат описания действий, которые должны быть выполнены в ответ на некоторое событие. Каждое действие реализуется макрокомандой.
Модули содержат программы на языке Visual Basic, которые разрабатываются пользователем для реализации нестандартных процедур обработки данных в задачах пользователя.
Для создания объектов базы данных (таблиц, запросов, форм, отчетов) используются специализированные диалоговые графические средства, называемые Конструктор (Design).
Вопросы № 26, 27, 28 Автоматизированные информационные системы:
понятие, структура.
Понятие современной информационной системы. Состав ИС.
Основные типы информационных систем.
Согласно ФЗ «Об информации, информатизации и защите информации»,
принятому в феврале 1995 г., информационная система – это организационно
упорядоченная совокупность документов (массивов документов) и информационных
технологий, в том числе с использованием средств вычислительной техники и связи,
реализующих информационные процессы (процессы сбора, обработки, накопления,
хранения, поиска и распространения информации).
Различают ручные и автоматизированные ЭИС. К автоматизированным
информационным системам (АИС) относится упорядоченная совокупность информации,
экономико-математических методов и моделей, технических и программных средств,
организованных на базе новой информационной технологии в решении экономических
задач и информационного обслуживания специалистов служб управления.
По объекту управления различают АИС:
банков;
финансовых органов;
фирм или предприятий;
статистики;
налоговых органов;
органов страхования;
таможенных органов и т.д.
По отраслевому признаку выделяют АИС:
в промышленности;
в строительстве;
на транспорте;
в торговле и пр.
По виду взаимодействия с объектом управления можно выделить:
автоматизированные системы управления (АСУ) техническими
средствами (АСУ ТС);
АСУ персоналом (АСУП);
АСУ организационно-технологическими процессами (АСУ ОТП);
интегрированные АИС;
корпоративные АИС;
АИС научных исследований;
обучающие АИС.
В зависимости от особенностей автоматизированной профессиональной
деятельности можно выделить следующие АИС [20]:
системы поддержки принятия решений (СППР);
автоматизированные информационные вычислительные системы (АИВС);
система автоматизации проектирования (САПР);
проблемно-ориентированные имитационные системы (ПОИС);
автоматизированные системы обучения (АСО);
автоматизированные информационно-справочные системы (АИСС);
автоматизированные системы управления.
Системы поддержки принятия решений (СППР) являются достаточно новым
классом АИС, теория создания которых в настоящее время интенсивно развивается.
СППР называется АИС, предназначенная для автоматизации деятельности конкретных
должностных лиц при выполнении ими своих должностных (функциональных)
обязанностей в процессе управления персоналом и (или) техническими средствами.
Автоматизированные информационно-вычислительные системы (АИВС)
предназначены для решения сложных в математическом отношении задач, требующих
больших объемов самой разнообразной информации.
Эти системы используются для обеспечения научных исследований и
разработок, а также в тех случаях, когда выработка управленческих решений должна опираться на сложные вычисления.
Проблемно-ориентированные имитационные системы (ПОИС) предназначены
для автоматизации разработки имитационных моделей в некоторой предметной области.
Например, если в качестве предметной области взять развитие автомобилестроения, то
любая модель, создаваемая в этой предметной области, может включать стандартные
блоки, моделирующие деятельность предприятий, поставляющих комплектующие;
собственно сборочные производства; сбыт, обслуживание и ремонт автомобилей; рекламу и др. Эти стандартные блоки могут строиться с различной детализацией моделируемых
процессов и различной оперативностью расчетов. Пользователь, сообщает, какая модель ему нужна (т. е. что необходимо учесть при моделировании и с
какой степенью точности), а ПОИС автоматически формирует имитационную модель,
необходимую пользователю.
Автоматизированные системы обучения (АСО) предназначены для
автоматизации подготовки специалистов с участием или без участия преподавателя и
обеспечивающих обучение, подготовку учебных курсов, управление процессом обучения
и оценку его результатов.
Различают несколько поколений АИС.
Первое поколение АИС (1960-1970 гг.) строилось на базе вычислительных
центров по принципу "одно предприятие – один центр обработки".
Второе поколение АИС (1970-1980 гг.) характеризуется переходом к
децентрализации ИС. Информационные технологии проникают в отделы, службы
предприятия. Появились пакеты и децентрализованные базы данных, стали внедряться
двух, трехуровневые модели организации систем обработки данных.
Третье поколение АИС (1980-нач.1990 гг.): характерен массовый переход к
распределенной сетевой обработке на базе персональных компьютеров с объединением
разрозненных рабочих мест в единую ИС.
Четвертое поколение АИС находится в стадии зарождения и характеризуется
сочетанием централизованной обработки на верхнем уровне с распределенной обработкой
на нижнем. Наблюдается тенденция к возврату на крупных и средних предприятиях к
использованию в ИС мощных ЭВМ в качестве центрального узла системы и дешевых
сетевых терминалов (рабочих станций).
Вопрос № 29. Функциональные и обеспечивающие информационные подсистемы
Одним из основных свойств ИС является делимость на подсистемы, которая имеет достоинства с точки зрения ее разработки и эксплуатации:
· упрощение разработки и модернизации ИС в результате специализации групп проектировщиков по подсистемам;
· упрощение внедрения и поставки готовых подсистем в соответствии с очередностью выполнения работ;
· упрощение эксплуатации ИС вследствие специализации работников предметной области.
Обычно выделяют функциональные и обеспечивающие подсистемы. Однако в качестве третьей подсистемы можно выделить и организационную подсистему. В ее задачи входят:
· определение порядка разработки и внедрения ЭИС, ее организационной структуры, состава работников;
· регламентация процесса создания и эксплуатации ЭИС и пр.
Структура экономической информационной системы, с точки зрения деления ее на подсистемы, представлена на рис
|
|
Функциональные подсистемы ИС (ФП ИС) – комплекс экономических задач с высокой степенью информационных обменов (связей) между задачами (некоторый процесс обработки информации с четко определенным множеством входной и выходной информации. Например, начисление сдельной заработной платы, учет прихода материалов, оформление заказа на закупку и т. д.
ФП ИС информационно обслуживают определенные виды деятельности экономической системы (предприятия), характерные для его структурных подразделений и (или) функций управления.
Функциональные подсистемы ИС могут строиться по различным принципам:
· предметному;
· проблемному;
· смешанному (предметно-функциональному).
Предметный принцип использования ИС в хозяйственных процессах промышленного предприятия определяет подсистемы управления производственными и финансовыми ресурсами: материально-техническим снабжением; производством готовой продукции; персоналом; сбытом готовой продукции; финансами. При этом в подсистемах рассматривается решение задач на всех уровнях управления с обеспечением интеграции информационных потоков по вертикали.
Проблемный принцип формирования подсистем отражает необходимость гибкого и оперативного принятия управленческих решений по отдельным проблемам, например, решение задач бизнес-планирования, управления проектами. Такие подсистемы могут реализовываться на основе программ бизнес-планирования, таких как Project-Expert), или в виде специальных подсистем в рамках КИС (например, информационной системы руководителя).
На практике чаще всего применяется смешанный (предметно-функциональный) подход, согласно которому построение функциональной структуры ИС – это разделение ее на подсистемы по характеру хозяйственной деятельности, которое должно соответствовать структуре объекта и системе управления, а также выполняемым функциям управления