- •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. Сущность и классификация методов типового проектирования (элементный, подсистемный, объектный)
35. Прототипное проектирование эис_ Возможности и преимущества_ Классификация инструментальных средств быстрого проектирования эис
Ядром этой методологии является способ быстрой разработки приложений - RAD (Rapid Application Development).
Технология обеспечивает создание на ранней стадии действующей интерактивной модели системы-прототипа.
Прототип позволяет:
1-наглядно продемонстрировать пользователю будущую систему;
2-уточнить требования пользователя;
3-оперативно модифицировать интерфейсные элементы (формы ввода сообщений, меню, выходные документы, структуру диалога, состав реализуемых функций).
Такие инструментальные средства можно разделить на два класса :
1-интегрированные инструменты быстрой разработки приложений (класс BUILDER );
2-инструменты быстрой разработки приложения в развитых СУБД (класс DEVELOPER ).
К интегрированным инструментам класса BUILDER относятся Power Builder Enterprise , Delphi , Builder Си ++, Visual Basic и др.
К инструментам класса DEVELOPER относятся Access , FoxPro , Paradox , Oracle , Informix , Adabas D и др.
36. Реляционные субд. Общая характеристика реляционных баз данных.
Реляционные СУБД - СУБД, управляющие реляционными базами данных.
Реляционная база данных — это совокупность отношений, содержащих всю ин¬формацию, которая должна храниться в базе данных. То есть база данных пред¬ставляет набор таблиц, необходимых для хранения всех данных. Таблицы реля¬ционной базы данных логически связаны между собой.
Табличное представление:
1-каждый элемент таблицы — один элемент данных
2-все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
3-каждый столбец имеет уникальное имя
4-одинаковые строки в таблице отсутствуют
5-порядок следования строк и столбцов может быть произвольным
Характеристика реляционной базы данных.
• Каждая таблица имеет уникальное в базе данных имя и состоит из однотипных строк.
• Каждая таблица состоит из фиксированного числа столбцов и значений. В одном столбце строки не может быть сохранено более одного значения.
• Ни в какой момент времени в таблице не найдется двух строк, дублирующих друг друга.
• Каждому столбцу присваивается уникальное в пределах таблицы имя;.
• При обработке данных можно свободно обращаться к любой строке или лю¬бому столбцу таблицы. Значения, хранимые в таблице, не накладывают ни¬каких ограничений на очередность обращения к данным.
36. Сущность и классификация методов типового проектирования (элементный, подсистемный, объектный)
При типовом проектировании система является набором разрозненных компонентов, элементный, подсистемный и объектный методы проектирования отличаются глубиной декомпозиции системы.
Элементный метод
Самый детальный подход, где на каждую задачу или группу задач принимается отдельное типовое проектное решение.
Достоинства и недостатки такого подхода:
1-система достаточно гибкая
2-система хорошо подходит для непрерывного инжиниринга бизнес-процессов.
3-система получается дорогостоящей как в плане времени внедрения, так и стоимости внедрения.
4-возможные проблемы интеграции компонентов в единый ресурс из-за возможной несовместимости компонентов различных производителей
Подсистемный метод
Компоненты являются более обширными и функционально-полными по спектру решаемых задач. Например 1С:Бухгалтерия для автоматизации ведения бухгалтерского учёта, 1C:Склад для складского учёта и так далее. По сути, это промежуточное звено между элементным подходом и объектным методом.
Достоинства и недостатки:
1-Дешевле стоимость формирования ЭИС, проще поддержка
2-Хорошее документирование и в целом, более проработанная взаимосвязь элементов подсистемы.
3-Слабые возможности непрерывного инжиниринга бизнес-процессов
Объектный метод
Термин "объект" рассматривается не как элемент объектно-ориентированного проектирования, а как объект на котором производится внедрение. В целом это наиболее простой подход для внедрения, но основным минусом является его стандартность - в случае отхождения ситуации на предприятии за допустимые рамки, ограниченные типовым проектом, придётся либо подстраивать предприятие под типовой проект, либо дорабатывать типовой проект под нужды конкретного предприятия.