- •1. Понятие информационной системы (ис). Корпоративные ис. Структура ис.
- •2. Понятие информационной системы (ис). Корпоративные ис. Классификация ис.
- •3. История развития ис.
- •4. .Net Framework. Общеязыковая среда исполнения (clr). Управляемые модули и сборки.
- •5. .Net Framework. Общая система типов (cts) и Общеязыковая спецификация (cls).
- •6. .Net Framework. Механизм сборки мусора.
- •7. C#. Объявление класса.
- •8. Java. Объявление класса.
- •9. C#. Делегаты.
- •10. C#. События.
- •11. C#. Наследование: правила, синтаксис. Сокрытие имен.
- •12. Java. Наследование: правила, синтаксис. Сокрытие имен.
- •13. Правила наследования типов. Принцип «Open-Closed Principle».
- •14. Правила наследования типов. Принцип «Liskov Substitution Principle».
- •15. C#. Приведение типов. Операторы as и is.
- •16. C#. Виртуальные и невиртуальные методы. Статические методы.
- •17. C#. Абстрактные и конечные методы.
- •310 Часть I. Язык с#
- •18. Java. Абстрактные, виртуальные, конечные и статические методы.
- •19. C# и Java. Интерфейсы.
- •20.C#. Структуры.
- •21. C#. Перечисления.
- •22.C#. Упаковка и распаковка объектов значимых типов.
- •23.C# и Java. Исключения. Механизм исключений.
- •24.C# и Java. Исключения. Классы исключений.
- •25.C# и Java. Исключения. Основные принципы использования механизма
- •26.C#. Обобщения: понятие и синтаксис. Ограничения обобщений.
- •27. Java. Обобщения: понятие и синтаксис.
- •28.C#. Коллекции.
- •29.Java. Коллекции.
- •30.C#. Dispose Pattern.
- •31. .Net Framework 3.0, 3.5, 3.5 sp1: общая характеристика.
- •32. C# 3.0, linq: обзор.
- •Источники данных
- •SqlMetal
- •33. Понятие жизненного цикла ис (жц ис). Каскадная модель жц ис.
- •34. Понятие жизненного цикла ис (жц ис). Спиральная модель жц ис.
- •35. Анализ требований. Функциональные и нефункциональные требования.
- •36 Требования и прецеденты. Формат описания прецедента. Структура прецедента.
- •37 Требования и прецеденты. Взаимосвязь прецедентов.
- •38 Модель предметной области. Концептуальные классы. Ассоциации и атрибуты.
- •39 Язык uml. Способы использования. Model Driven Architecture. Executable uml. ДиаграммыUml.
- •40 Диаграмма прецедентов.
- •41. Диаграмма классов. Обозначение классов. Отношение ассоциации.
- •42.Диаграмма классов. Обозначение интерфейсов. Отношение обобщения и зависимости.
- •43.Диаграмма объектов.
- •44.Диаграмма пакетов.
- •45.Диаграмма состояний.
- •46.Диаграмма развертывания.
- •49.Диаграмма коммуникации.
- •50.Паттерн: понятие, структура, классификация.
- •1) Понятие паттерна
- •2) Структура и Классификация паттернов
- •51. Проектирование на основе обязанностей. Принципы grasp.
- •52.Grasp: принцип Low Coupling.
- •53.Grasp: принцип High Cohesion.
- •54.Grasp: принцип Information Expert.
- •55. Grasp: принцип Creator.
- •56.Grasp: принцип Pure Fabrication.
- •57. Grasp: принцип Indirection.
- •59.Grasp: принцип Protected Variations.
- •60.Grasp: принцип Controller.
SqlMetal
Библиотека LINQ включает в себя инструмент SQLMetal, который позволяет автоматически генерировать классы непосредственно из поддерживаемых .NET Framework баз данных, что дает возможность очень быстро и просто интегрировать в код сущности базы данных. Альтернативой является входящий в состав Visual Studio реляционный конструктор объектов, однако он может быть использован только вместе с Microsoft SQL Server.
Пример
// тип Northwind — это наследник DataContext, созданный SQLMetal
// тип Northwind.Orders — Table<Order>
// тип Northwind.Customers — Table<Customer>
Northwind db = new Northwind(connectionString);
// используется ключевое слово 'var', так как не существует имени у типа,
// к которому принадлежит результат запроса
var q = from o in db.Orders, c in db.Customers
where o.Quality == "200" && (o.CustomerID == c.CustomerID)
select new { o.DueDate, c.CompanyName, c.ItemID, c.ItemName };
// q ссылается на объект типа IEnumerable<T>, где T — анонимный тип,
// генерируемый компилятором
foreach (var t in q)
{
// t является строго типизированным, хоть у его типа и отсутствует имя,
// известное при написании кода
Console.WriteLine("DueDate Type = {0}", t.DueDate.GetType());
Console.WriteLine("CompanyName (lowercased) = {0}", t.CompanyName.ToLower());
Console.WriteLine("ItemID * 2 = {0}", t.ItemID * 2);
}
33. Понятие жизненного цикла ис (жц ис). Каскадная модель жц ис.
Жизненный цикл – непрерывный процесс,
начинающийся с момента принятия решения о создании информационной системы и
заканчивающийся в момент полного изъятия ее из эксплуатации.
Группы процессов
Основные (приобретение, поставка, разработка, эксплуатация, сопровождение)
Вспомогательные — обеспечивают выполнение основных (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, разрешение проблем).
организационные — определяют действия и задачи, выполняемые заказчиком и разработчиком для управления своими процессами (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение)
Модель ЖЦ ИС – структура, определяющая последовательность осуществления процессов, действий и задач, выполняемых на протяжении ЖЦ ИС, а также взаимосвязи между этими процессами, действиями и задачами. Зависит от специфики ИС и условий, в которых она создается и функционирует.
каскадная (модель водопада, waterfall) 70-80 гг. XX в.
Разработка требований → Проектирование → Реализация → Тестирование → Ввод в действие
+на каждом этапе формируется законченный набор проектной документации
+возможность планировать сроки и соответствующие затраты
-задержка в получении результатов (согласование результатов производится только после завершения очередного этапа работ)
-возврат на более ранние стадии (ошибки, допущенные на ранних этапах, обнаруживаются на последующих стадиях)
Недостатки:
сложность параллельного ведения работ
информационная перенасыщенность
при внесении изменений в одну часть проекта необходимо оповещать других разработчиков сложность управления проектом
высокий уровень риска
конфликт между разработчиками
Недостатки приводят к:
увеличению сроков разработки
увеличению стоимости проекта
Реальный процесс каскадной модели
