- •1.Понятие базы данных. Концепции базы данных
- •1. Проблемы автоматизации бухгалтерского учета
- •2. Классификация бухгалтерских программ и систем
- •2. Система управления бд(субд). Осн ф-ции субд.
- •3.Корпоративные субд. Требования к корпоративным субд.
- •3.Тенденции развития бухгалтерских систем в России
- •4. Компоненты банков данных.
- •4. Принципы создания автоматизированных банковских систем, проблемы их развития
- •5. Модели представления данных.
- •5. Особенности информационных технологий, используемых в органах налоговой службы
- •6. Классификация баз данных и субд.
- •7. Состав и характеристика процессов жц по(основных, вспомогательных и организационных)
- •7. Уровни моделей баз данных.
- •8. Определение и содержание процесса разработки программного обеспечения экономической информационной системы
- •8. Этапы проектирования баз данных.
- •9. Понятие, разновидности и характеристика моделей жизненного цикла
- •9. Моделирование предметной области_ илм
- •10. Существующие подходы к проектированию программного обеспечения экономических
- •10. Моделирование предметной области_er диаграмма.
- •11. Сущность и характеристика структурного подхода к проектированию программного
- •11. Даталогическое проектирование
- •12. Характеристика idef0(sadt)-метода проектирования
- •12. Реляционные субд. Общая характеристика реляционных баз данных.
- •13. Характеристика dfd-метода проектирования при определении функциональных требований к программному обеспечению
- •13. Понятия сущность, тип данных, домен, атрибут, отношение Свойства отношений.
- •14. Сравнительный анализ методов sadt и dfd при структурном проектировании программного обеспечения
- •14. Взаимосвязи сущностей зависимые и независимые сущности. Родительские и дочерние сущности.
- •15. Понятие, сущность и общая характеристика объектно-ориентированного проектирования
- •15. Непротиворечивость и целостность реляционных данных. Null-значения, трехзначная логика.
- •16. Общая характеристика универсального языка моделирования uml при объектно-ориентированном проектировании программного обеспечения
- •16. Реляционная алгебра. Операции реляционной алгебры
- •17. Основные стадии и характеристика стадий и этапов объектно-ориентированного проектирования программного обеспечения.
- •17. Нормальные формы отношений
- •18. Совместное применение структурного и объектно-ориентированного подходов
- •18. Oltp –системы
- •18. Olap- системы
- •19. Состав и характеристика интегрированных case-средств проектирования по
- •19. Sql. Языки описания, манипулирование и управления доступом к данным (ddl, dml, dcl)
- •20. Классификация case-средств проектирования программного обеспечения
- •20. Dml. Операции выборки, обновление и удаление данных
- •21. Характеристика проведения пилотного проекта по внедрению case-средств
- •21. Управление объектами бд (ddl)
- •22. Сравнительный анализ методов sadt и dfd при структурном проектировании программного обеспечения
- •22. Реляционная алгебра. Операции реляционной алгебры
- •23. Проект, проектирование и объекты проектирования экономических информационных систем
- •23. Субд в архитектуре клиент-сервер.
- •24. Схемы (варианты) клиент-серверной архитектуры
- •24. Защита информации в бд. Методы и средства зашиты.
- •25. Классификация методов проектирования эис
- •25. Категории пользователей бд. Администратор бд.
- •26. Каноническое и индустриальные технологии проектирования_ Характеристики
- •27. Система управления бд(субд). Осн ф-ции субд.
- •27. Каноническое проектирование эис_ Стадии и этапы проектирования
- •28.Корпоративные субд. Требования к корпоративным субд.
- •28. Типовое проектирование эис_ Основные понятия и методы проектирования
- •29. Компоненты банков данных.
- •29. Автоматизированное проектирование эис_ Основные понятия и классификация case технологий
- •30. Модели представления данных.
- •30. Модели жц эис
- •31. Классификация баз данных и субд.
- •31. Жизненный цикл эис_ Стадии жц
- •32. Уровни моделей баз данных.
- •32. Архитектура case - средства Классификация case - систем по признакам
- •33. Этапы проектирования баз данных.
- •33. Функционально-ориентированное проектирование эис
- •34. Моделирование предметной области_ илм
- •34. Объектно - ориентированное проектирование эис
- •35. Моделирование предметной области_er диаграмма.
- •35. Прототипное проектирование эис_ Возможности и преимущества_ Классификация инструментальных средств быстрого проектирования эис
- •36. Реляционные субд. Общая характеристика реляционных баз данных.
- •36. Сущность и классификация методов типового проектирования (элементный, подсистемный, объектный)
18. Совместное применение структурного и объектно-ориентированного подходов
В основе структурного подхода лежит принцип функциональной декомпозиции (разбиение). Структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами.
Объектно-ориентированный подход использует объектную декомпозицию(разбиение). Структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.
*Основой взаимосвязи между структурным и объектно-ориентированным подходами является общность ряда категорий и понятий обоих подходов (процесс и вариант использования, сущность и класс и др.). Эта взаимосвязь может проявляться в различных формах. Так, одним из возможных вариантов является использование структурного анализа как основы для объектно-ориентированного проектирования. При этом структурный анализ следует прекращать, как только структурные модели начнут отражать не только деятельность организации (бизнес-процессы), а и систему ПО. После выполнения структурного анализа можно различными способами приступить к определению классов и объектов.
18. Oltp –системы
OLTP (Online Transaction Processing) - обработка транзакций в реальном времени. Способ организации БД, при котором система работает с небольшими по размерам транзакциями, но идущими большим потоком, и при этом клиенту требуется от системы максимально быстрое время ответа.
Использование:
OLTP-приложениями охватывается широкий спектр задач во многих отраслях - банковские и биржевые операции, в промышленности - регистрация прохождения детали на конвейере, фиксация в статистике посещений очередного посетителя веб-сайта, автоматизация бухгалтерского, складского учёта и учёта документов и т. п.
Требования:
1-Сильно нормализованные модели данных;
2-При возникновении ошибки, транзакция должна целиком откатиться и вернуть систему к состоянию, которое было до начала транзакции;
3-Обработка данных в реальном времени.
Недостатки:
OLTP-системы оптимизированы для небольших дискретных транзакций. А вот запросы на некую комплексную информацию (к примеру поквартальная динамика объемов продаж по определённой модели товара в определённом филиале), характерные для аналитических приложений (OLAP), породят сложные соединения таблиц и просмотр таблиц целиком. На один такой запрос уйдет масса времени и компьютерных ресурсов, что затормозит обработку текущих транзакций.
18. Olap- системы
OLAP (англ. online analytical processing, аналитическая обработка в реальном времени) - технология обработки информации, включающая составление и динамическую публикацию отчётов и документов.
Используется аналитиками для быстрой обработки сложных запросов к базе данных. Использование: Служит для подготовки бизнес-отчётов по продажам, маркетингу и в целях управления.
Причина использования OLAP для обработки запросов — это скорость. Реляционные БД хранят сущности в отдельных таблицах, которые обычно хорошо нормализованы. Эта структура удобна для операционных БД (системы OLTP), но сложные многотабличные запросы в ней выполняются относительно медленно. Хорошей моделью для запросов, а не для изменения, является Пространственная БД.
OLAP делает мгновенный снимок реляционной БД и структурирует её в пространственную модель для запросов. Заявленное время обработки запросов в OLAP составляет около 0,1 % от аналогичных запросов в реляционную БД.
Недостатки: Сложность в применении OLAP состоит в создании запросов, выборе базовых данных и разработке схемы, в результате чего большинство современных продуктов OLAP поставляются вместе с огромным количеством предварительно настроенных запросов. Другая проблема — в базовых данных. Они должны быть полными и непротиворечивыми.