- •1.Дайте определение информации. Охарактеризуйте кругооборот информации на предприятии. Перечислите 6 атрибутов информации.
- •2. Характеристика типов информационных систем. Компоненты информационных систем. .
- •3.. Архитектуры информационных систем. Преимущества и проблемы технологии клиент-сервер
- •4. Дайте общую характеристику четырем этапам цикла обработки данных.
- •5. Определите назначение и приведите примеры главного файла, файла операций, справочного файла, файла предыстории. Какие другие типы файлов вам известны.
- •6. Перечислите проблемы использования файлов при разработке ис. Что является альтернативой использования файлов.
- •Этапы проектирования, реализации, эксплуатации бд
- •8. Перечислите преимущества использования системы баз данных. Изобразите структуру хранилища данных и охарактеризуйте потоки данных, участвующие в формировании и использовании хранилища..
- •3.1.8. Использование технологии баз данных
- •[Править]Использование
- •9. Понятие и операции по обработке данных. Первичный и вторичный ключи. Приведите примеры первичного и вторичного ключей.(.
- •10. Обработка последовательных файлов и файлов прямого доступа. Понятие индекса. Индексно-последовательный метод доступа. Инвертированные списки и структура инвертированного файла.
- •3.2.3. Обработка последовательных файлов
- •11. Структура жц разработки информационных систем по стандарту iso/iec 12207
- •12. Характеристика основных процессов жц ис. Вспомогательные процессы, обеспечивающие выполнение основных процессов. Организационные процессы
- •13. Причин изменения ис в организациях и принципы разработки ис.
- •4.1.2. Принципы разработки системы
- •14. Основные этапы жц ис и их содержание.
- •15. Характеристика и недостатки каскадной модели жц. Спиральная модель жц.
- •16. Анализ системы. Цели обследования системы и характеристика методов сбора информации
- •4.2.1.Начальное исследование
- •4.2.2. Обследование системы
- •17. Понятие технико-экономического обоснования и рассматриваемые аспекты
- •18. Назначение и содержание фазы концептуальной разработки ис. Перечислите элементы, в отношении которых определяются концептуальные спецификации
- •4.3.1. Оценка альтернатив
- •4.3.2. Подготовка спецификаций и отчета
- •19. Назначение и содержание этапа физической разработки.
- •4.4.1. Разработка выходов.
- •4.4.2. Разработка файлов и базы данных.
- •4.4.3. Разработка входов
- •4.4.4. Разработка программ и процедур
- •4.4.5. Разработка методов контроля и подготовка отчета
- •20. Правила разработки экранных форм. Цель проектирования программного обеспечения.
- •21. Цель и содержание этапа «Внедрение системы». Планирование внедрения. Тестирование, документирование и переход на новую систему. Проблема преобразования данных.
- •4.5.1. Планирование внедрения
- •4.5.2. Безопасность
- •4.5.4. Выбор и обучение персонала
- •4.5.5. Документирование системы
- •4.5.6. Тестирование системы
- •4.5.7. Переход на новую систему
- •22. Сформулируйте проблему безопасности систем и охарактеризуйте 3 источника этой проблемы. Меры противодействия угрозе безопасности.
- •23. Цель моделирования данных. Понятие rea-модели.
- •5.3.1. Rea модель данных
- •24. Сущность структурного и объектно-ориентированного подходов к созданию ис подхода к созданию ис.
- •25. Преимущества и недостатки различных способов создания ис (разработка собственных программ, приобретение готовой программы, приобретение и модификация программ) .
- •26. Дайте характеристику прототипирования. Основные принципы методологии rad.
23. Цель моделирования данных. Понятие rea-модели.
Установление цели моделирования охватывает два аспекта:
Определение направленности - утверждение охватываемых моделью вопросов, т.е. контекстуальных рамок.
Определение области действия - утверждение функциональных границ модели.
Одним из основных вопросов, на который при установлении цели моделирования должен быть дан ответ, является вопрос о временном интервале для модели: будет ли это модель существующей ситуации (т.е. "как_есть" -модель) или модель того, что произойдет в результате задуманных изменений (т.е. "что_должно_быть" -модель). Формальное описание проблемной области IDEFlX-проекта может включать обзор, построение, модификацию и выработку одной или нескольких (функциональных) IDEFO-моделей. По этой причине и автор, и руководитель проекта должны обладать некоторым опытом разработки и использования IDEFO-моделей. Обычно IDEFO-модель уже существует и может служить основой для описания проблемной области.
Хотя целью моделирования данных является установление объективной картины основной инфраструктуры данных всего предприятия, для каждой модели важно определить конкретную область действия. Это поможет выявить данные, представляющие особый интерес. Область действия может быть связана с типом пользователя (например, покупатель или проектировщик), деловой функцией (например, выпуск технического чертежа или планирование организации цеха), типом данных (например, параметры конфигурации продукции или финансовая информация). Утверждение области действия и направленности модели определяет цель моделирования. Приведем пример цели моделирования:
"Целью данной модели является определение текущих данных, используемых начальником производственного подразделения, для производства и проверки, сложных авиационных деталей".
Хотя область действия может быть ограничена одним типом пользователя, в процесс моделирования должны быть включены и другие пользователи для обеспечения объективной точки зрения.
Моделирование данных - это процесс определения базы данных с целью непротиворечивой интерпретации и определения взаимосвязей данных для их объединения, совместного использования и управления целостностью данных, адекватно отражающих в ней функционирование организации. Задача, следовательно, состоит в том, чтобы надежно собирать и сохранять данные о всякой деятельности, которую организация хочет планировать, контролировать или оценивать. В процессе моделирования данных осуществляется идентификация сущностей, установление связей между сущностями и описание этих сущностей соответствующим набором атрибутов. Эксперты организации (менеджеры, бухгалтеры) обязательно вовлекаются в создание БД и при этом сталкиваются по крайней мере с двумя инструментами - REA моделью данных и E-R диаграммами, которые используются на этапе разработки БД. ^
5.3.1. Rea модель данных
REA модель данных была специально создана для разработки БД, предназначенных для учета операций в организациях. REA - это английские начальные буквы трех фундаментальных типов сущностей: Ресурсы (Resources), приобретаемые и используемые организацией. Большинство ресурсов организации традиционно относят к ее активам. Это деньги, материально-производственные запасы, недвижимость и т.д. То есть активы, которые подвергаются учету. Однако для организации может быть важно учитывать и что-то другое, например, заказы клиентов. События (Events), которые происходят в организации. В широком понимании - это любая деятельность организации, изменяющая состояние ресурсов. В REA модели событиями считаются не только традиционные бухгалтерские операции (продажи, покупки, выплата зарплаты и т.д.), но и другие операции, о которых организация хочет собрать данные (оформление заказов клиентов, стадии их прохождения и др.). Однако такие события должны напрямую влиять на ресурсы. Например, перенос данных из журнала в главную книгу не будет являться событием, если только какой-то из этих документов не рассматривается как ресурс организации, записи в котором подлежат учету. Участники (Agents) этих событий. Участники как сущности - это обычно группы людей, о которых организация собирает данные с целью лучше планировать, контролировать или оценивать их деятельность. Участники всегда вовлечены или имеют отношение к каким-то событиям. Например, продавцы совершают сделки продаж, кассиры принимают деньги, поставщики предоставляют товар, клиенты производят заказы и т.д. Таким образом, REA модель с точки зрения организации предназначена для описания учета как бухгалтерских, так и управленческих данных. Например, кроме даты продажи может учитываться и время дня, чтобы по множеству записей о продажах можно было планировать потребность в обслуживающем персонале в течение рабочего дня и тем самым получить возможность адекватно составлять скользящие графики работы служащих. ^
