- •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. Сущность и классификация методов типового проектирования (элементный, подсистемный, объектный)
20. Классификация case-средств проектирования программного обеспечения
CASE-средства можно классифицировать по следующим признакам:
1-применяемым методологиям и моделям систем и БД;
2-степени интегрированности с СУБД;
3-доступным платформам.
Классификация по типам:
1-средства анализа, предназначенные для построения и анализа моделей предметной области;
2-средства анализа и проектирования, поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций;
3-средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД;
4-средства разработки приложений;
5-средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций.
20. Dml. Операции выборки, обновление и удаление данных
Data Manipulation Language (DML) (язык управления [манипулирования] данными) — это семейство компьютерных языков, используемых в компьютерных программах или пользователями баз данных для получения, вставки, удаления или изменения данных в базах данных.
Select — оператор языка SQL, возвращающий набор данных (выборку) из базы. Он используется для выборки нуля или более строк из одной или нескольких таблиц, хранимых процедур, представлений БД
Insert — оператор языка SQL который позволяет добавить строки в таблицу, заполняя их значениями.
Update — оператор языка SQL, позволяющий обновить значения в заданных столбцах таблицы.
Delete — в языках, подобных SQL, DML-операция удаления записей из таблицы. Критерий отбора записей для удаления определяется выражением where. В случае, если критерий отбора не определён, выполняется удаление всех записей.
21. Характеристика проведения пилотного проекта по внедрению case-средств
Пилотный проект представляет собой первоначальное реальное использование CASE-средства в предназначенной для этого среде и обычно подразумевает более широкий масштаб использования CASE-средства по отношению к тому, который был достигнут во время оценки. Пилотный проект должен обладать многими из характеристик реальных проектов, для которых предназначено данное средство. Он преследует следующие цели:
• подтвердить достоверность результатов оценки и выбора;
• определить, действительно ли CASE-средство годится для использования в данной организации, и если да, то определить наиболее подходящую область его применения;
• собрать информацию, необходимую для разработки плана практического внедрения;
• приобрести собственный опыт использования CASE-средства.
Важной функцией пилотного проекта является принятие решения относительно приобретения или отказа от использования CASE-средства. Первоначальное использование новой CASE-технологии в пилотном проекте должно тщательно планироваться и контролироваться. Пилотный проект включает следующие шаги (рисунок 4.4).
Пилотный проект должен обладать следующими характеристиками:
• Область применения. Чтобы облегчить окончательное определение области применения CASE-средства, предметная область пилотного проекта должна быть типичной для обычной деятельности организации. Пилотный проект должен помочь определить любую дополнительную технологию, обучение или поддержку, которые необходимы для перехода от пилотного проекта к широкомасштабному использованию средства. В рамках этих ограничений пилотный проект должен иметь небольшой, но значимый размер.
• Масштабируемость. Результаты, полученные в пилотном проекте, должны показать масштабируемость средства. Цель - получить четкое представление о масштабах проектов, для которых данное средство применимо.
• Представительность. Пилотный проект не должен быть необычным или уникальным для организации. CASE-средство должно использоваться для решения задач, относящихся к предметной области, хорошо понимаемой всей организацией.
• Критичность. Пилотный проект должен иметь существенную значимость, чтобы оказаться в центре внимания, но не должен быть критичным для успешной деятельности организации в целом. Необходимо осознавать, что первоначальное внедрение новой технологии подразумевает определенный риск. При выборе пилотного проекта приходится решать следующую дилемму: успех незначительного проекта может остаться незамеченным, с другой стороны, провал значимого проекта может вызвать чрезмерную критику.
• Авторитетность. Группа специалистов, участвующих в проекте, должна обладать высоким авторитетом, при этом результаты проекта будут всерьез восприняты остальными сотрудниками организации.
• Характеристики проектной группы. Проектная группа должна обладать готовностью к нововведениям, технической зрелостью и приемлемым уровнем опыта и знаний в данной технологии и предметной области. С другой стороны, группа должна отражать в миниатюре характеристики всей организации в целом.
Кроме того, организация должна учитывать продолжительность пилотного проекта (и в целом процесса внедрения). Слишком продолжительный проект связан с риском потери интереса к нему со стороны руководства.