- •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. Сущность и классификация методов типового проектирования (элементный, подсистемный, объектный)
11. Сущность и характеристика структурного подхода к проектированию программного
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее (совокупность систем (под-), функций, правил - SADT).
Основные принципы структурного подхода:
1-принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;
2-принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;
3-принцип непротиворечивости - заключается в обоснованности и согласованности элементов;
4-принцип структурирования данных - заключается в том, что данные должны быть структурированы и иерархически организованы.
11. Даталогическое проектирование
Даталогическое проектирование заключается в проектировании логической структуры БД, Таким образом, главное отличие даталогической модели от инфологической состоит в том, что инфологическая модель хранит в себе всю информацию о предметной области, необходимую и достаточную для проектирования базы данных, но она не привязана к определенной СУБД.
На этапе ДЛП выполняется
1. Выбор СУБД
2. Определяется модель данных, как правило реляционная (таблицы, атрибуты, связи)
3. Определяется состав БД и перечень показателей.
Особое внимание уделяют
- целостности и отсутствию избыточности(непротиворечивость одних данных другим) данных (многократное повторение одних и тех же данных).
- разграничение доступа для разных групп пользователей.
- быстрый доступ к БД
Для описания связей вводятся первичные ключи. Значение ключа используется для ссылки в других таблицах, что и является отображением связей данных. Первичный ключ играет ведущую роль в описании связей и поиске данных.
12. Характеристика idef0(sadt)-метода проектирования
SADT-метод - методология структурного анализа и проектирования, объединяющий процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком.
Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией
12. Реляционные субд. Общая характеристика реляционных баз данных.
Реляционные СУБД - СУБД, управляющие реляционными базами данных.
Реляционная база данных — это совокупность отношений, содержащих всю ин¬формацию, которая должна храниться в базе данных. То есть база данных пред¬ставляет набор таблиц, необходимых для хранения всех данных. Таблицы реля¬ционной базы данных логически связаны между собой.
Табличное представление:
1-каждый элемент таблицы — один элемент данных
2-все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
3-каждый столбец имеет уникальное имя
4-одинаковые строки в таблице отсутствуют
5-порядок следования строк и столбцов может быть произвольным
Характеристика реляционной базы данных.
• Каждая таблица имеет уникальное в базе данных имя и состоит из однотипных строк.
• Каждая таблица состоит из фиксированного числа столбцов и значений. В одном столбце строки не может быть сохранено более одного значения.
• Ни в какой момент времени в таблице не найдется двух строк, дублирующих друг друга.
• Каждому столбцу присваивается уникальное в пределах таблицы имя;.
• При обработке данных можно свободно обращаться к любой строке или лю¬бому столбцу таблицы. Значения, хранимые в таблице, не накладывают ни¬каких ограничений на очередность обращения к данным.