WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     || 2 | 3 | 4 | 5 |
Лабораторная работа 1 Данный документ является описанием лабораторной работы 1 к курсу «Технологии программирования. Компонентный подход».

Задача этой лабораторной работы — разработка Web-приложения на основе технологии ASP.NET и среды интеграции NHibernate.

В рамках работы предлагается создать Web-приложение для просмотра и редактирования небольшой библиотечной базы данных (БД).

Содержание Необходимое программное обеспечение, оборудование и материалы................................1 План работы...............................................................................................................................2 Ознакомление с требованиями к приложению.......................................................................3 Определение архитектуры приложения..................................................................................3 Проектирование и создание БД приложения..........................................................................4 Разработка компонентов модели данных приложения..........................................................4 Определение архитектуры пользовательского интерфейса приложения............................5 Проектирование отдельных форм приложения......................................................................5 Разработка отдельных форм приложения и их интеграция..................................................5 Приложение 1. Пример требований к разрабатываемому приложению и примеры вопросов по требованиям.........................................................................................................6 Требования к создаваемому приложению..........................................................................7 Приложение 2. Примеры определения архитектуры приложения.......................................8 Приложение 3. Пример схемы БД приложения и SQL-скриптов для ее создания.............9 Приложение 4. Пример кода компонентов модели данных приложения и описания их отображения на БД..................................................................................................................Приложение 5. Пример архитектуры пользовательского интерфейса приложения.........Приложение 6. Пример проекта форм приложения.............................................................Форма просмотра информации о книгах..........................................................................Форма аутентификации привилегированных пользователей.........................................Форма редактирования информации о книгах.................................................................Приложение 7. Пример конфигурационных файлов и кода форм приложения...............Расположение файлов приложения и конфигурационные файлы..................................Основная форма приложения.............................................................................................Форма аутентификации......................................................................................................Приложение 8. Примеры модульных и системных тестов для приложения.....................Модульные тесты. Основная форма приложения и навигация с нее.............................Модульные тесты. Форма аутентификации и навигация с нее.......................................Модульные тесты. Форма редактирования данных о книгах и навигация с нее..........Системные тесты.................................................................................................................Необходимое программное обеспечение, оборудование и материалы Для выполнения данной лабораторной работы необходимо следующее программное обеспечение.

1. Microsoft Visual Studio.NET версии 1.1 (2003) или выше.

2. Microsoft Internet Information Services версии 5.0 или выше.

Входит в состав серверных и профессиональных версий Microsoft Windows 2000, Microsoft Windows XP и Microsoft Windows 2003.

Должна быть установлена поддержка технологии ASP.NET 1.1 или выше. Эту поддержку можно определить при установке Microsoft Visual Studio.

3. NHibernate версии 1.0 или выше.

Распространяется свободно, доступен, например, на сайте http://www.hibernate.org/30.html.

4. Одна из широко используемых СУБД.

Возможны следующие варианты.

a. Microsoft SQL Server 2000 и выше. Входит в состав профессиональных версий Microsoft Visual Studio или распространяется отдельно.

b. Oracle версии 9.0 или выше. Версия Personal Edition распространяется свободно, например, доступна на сайте http://www.oracle.com/database/Personal_Edition.html.

c. MySQL версии 4.0 или выше. Распространяется свободно. Доступно, например, на сайте http://dev.mysql.com/downloads/mysql/5.0.html.

5. Специализированное ПО для обеспечения связи СУБД со средой.NET —.NET Data Provider для выбранной СУБД.

Возможны следующие варианты.

a. Для SQL Server такое ПО входит в состав библиотек Visual Studio.

b. Для Oracle такое ПО входит в состав библиотек Visual Studio.

c. Для MySQL в дополнение к уже имеющейся в составе NHibernate библиотеке необходим только Connector/.Net, который свободно доступен на сайте http://dev.mysql.com/downloads/connector/net/1.0.html.

Каждый компьютер, используемый в работе, должен совмещать роли компьютера для разработки и сервера приложений, поскольку в этом случае гораздо удобнее отлаживать отдельные элементы приложения. Такой компьютер должен иметь следующее.

1. Процессор Pentium 4 1 ГГц или более мощный;

2. Оперативную памятью 512 МБ или больше;

3. Установленную ОС Microsoft Windows 2000 Server, или Microsoft Windows XP Server, или Microsoft Windows 2003 Server;



4. Установленное перечисленное выше ПО.

При выполнении заданий студенты должны иметь доступ к следующей документации.

• К общим руководствам по ASP.NET (например, Р. Андерсон, Б. Френсис, А. Хомер, Р. Хоуорд, Д. Сассмэн, К. Уотсон «ASP.NET для профессионалов», М.: Лори, 2004).

• К документации MSDN на рабочем компьютере и/или в Интернет.

• К документации по NHibernate (распространяется вместе с самой средой NHibernate).

• К документации по ПО связи СУБД и.NET (для СУБД Oracle и SQL Server эта документация входит в состав MSDN, а для MySQL распространяется вместе с ПО Connector/.Net).

План работы Список шагов выполнения работы приведен ниже. Содержание шагов определено в соответствующих разделах данного документа.

1. Ознакомление с требованиями к приложению.

2. Определение архитектуры приложения.

3. Проектирование и создание базы данных приложения.

4. Разработка компонентов модели данных приложения.

5. Определение архитектуры пользовательского интерфейса приложения.

6. Проектирование отдельных форм приложения.

7. Разработка отдельных форм и интеграция приложения.

Перечисленные шаги могут выполняться и в другой последовательности. Схема зависимостей между отдельными шагами изображена на Рис. 1. Шаги, не зависящие друг от друга можно выполнять в произвольном порядке и поручать их различным студентам, не организовывая специальным образом взаимодействие между ними.

1. Ознакомление с требованиями к приложению 2. Определение архитектуры приложения 3. Проектирование и создание 5. Определение архитектуры БД приложения пользовательского интерфейса 4. Разработка компонентов 6. Проектирование отдельных модели данных приложения форм приложения 7. Разработка отдельных форм и интеграция приложения Рисунок 1. Схема зависимости шагов выполнения лабораторной работы.

Ознакомление с требованиями к приложению В рамках данного шага студенты должны ознакомится с требованиями к разрабатываемому приложению и прояснить для себя все вопросы, связанные с его функциями.

При ознакомлении с требованиями студенты изучают приводимые в Приложении требования и разрешают все возникающие недоумения при помощи обсуждения, а также ответов преподавателя на четко сформулированные вопросы.

Описание требований выдается каждому участвующему в работе студенту в таком виде, чтобы он мог делать на нем индивидуальные пометки. Например, так, как оно оформлено в Приложении 1.

По окончании данного шага студенты должны уметь давать четкие ответы на все вопросы, касающиеся требований к приложению.

Примеры вопросов по требованиям также даны в Приложении 1.

Определение архитектуры приложения В рамках этого шага должна быть определена общая архитектура приложения.

Архитектура определяется на основании требований в виде набора компонентов, которые, взаимодействуя друг с другом, обеспечивают реализацию всех функций приложения и выполнение нефункциональных требований к нему.

Основные элементы этой архитектуры прямо указаны в требованиях.

Студенты при определении архитектуры должны явно определить ее основные компоненты и связи между ними.

Если лабораторная работа выполняется группой студентов, на этом этапе определяется распределение работ между ними. Рекомендуется поручать одну работу двум студентам с разделением ролей («программист» и «разработчик тестов и документации») для выработки навыков эффективного общения во время разработки.

По окончании данного шага должна быть определена архитектура разрабатываемого приложения — набор основных компонентов, возможные связи и способы взаимодействия между компонентами, интерфейсы компонентов, возможные методы реализации компонентов или использование уже существующих. Дополнительно должна быть определена схема обеспечения защиты приложения.

Варианты архитектуры приложения, интерфейсов его основных компонентов и схемы обеспечения защиты представлены в Приложении 2.

Проектирование и создание БД приложения В рамках этого шага на основе сформулированных требований проектируется и создается БД приложения. Созданная БД наполняется тестовыми данными, необходимыми для проверки работоспособности как самой базы, так и приложения в целом.

В результате этого шага должна быть полностью определена схема БД приложения — набор таблиц, их полей, типы полей, связи между таблицами, первичные ключи и альтернативные ключи таблиц. БД приложения, соответствующая этой схеме, должна быть создана в рамках используемой СУБД. Кроме того, она должна быть наполнена тестовыми данными.

Варианты схемы БД приложения приведены в Приложении 3.

Разработка компонентов модели данных приложения На этом шаге разрабатываются компоненты модели данных приложения, используемые как внутреннее представление его данных, хранимых в БД. Кроме того, определяется связь модели данных приложения с базой данных. Такая связь должна обеспечивать синхронизацию данных объектов приложения и таблиц БД, поддержку транзакций при работе с объектами и пр. В рамках среды интеграции NHibernate все эти функции реализуются автоматически, если задано отображение классов хранимых сущностей на таблицы и поля БД приложения.

Компоненты модели данных приложения, построенного на основе NHibernate, представляют собой классы объектов, являющихся основными хранимыми сущностями приложения. В данном случае такими сущностями являются книги, авторы, издательства и привилегированные пользователи.





При использовании NHibernate поля данных хранимых объектов должны быть определены как свойства соответствующих классов.NET, а поля таблиц, хранящие ссылки между ними, должны быть преобразованы в свойства-ссылки на соответствующие объекты или их коллекции.

В результате выполнения этого шага должен быть написан код классов модели данных приложения, представляющих данные о книгах, авторах и издательствах, на языке C#.

Кроме того, должен быть написан конфигурационный файл NHibernate, определяющий отображение таблиц и полей БД приложения на классы модели данных и их свойства.

Разрабатываемый на этом шаге код компонентов модели данных зависит от их интерфейса, принятого на шаге определения архитектуры приложения.

Вариант кода компонентов модели данных приложения и их отображения на таблицы и поля БД приведены в Приложении 4.

Определение архитектуры пользовательского интерфейса приложения На этом шаге определяется набор основных форм приложения и схема навигации между ними.

При наличии требований по защите доступа к различным элементам приложения, определяется политика защиты и методы защиты отдельных форм и потоков данных, в тои числе, методы аутентификации и авторизации пользователей, используемые протоколы аутентификации и пр.

От данного приложения требуется предоставлять всем пользователям возможность просматривать данные о книгах, а выделенным пользователям — возможность редактирования этих данных.

В результате выполнения этого шага должен быть определен набор форм приложения, функции каждой из форм, схема навигации между формами, а также защищенные области приложения (группы форм с функциями, к которым должны иметь доступ только пользователи в рамках определенных ролей) и способы реализации защиты доступа к каждой из таких областей.

Решения, касающиеся защищенных областей и способов их защиты, зависят от общей схемы защиты, принятой на шаге определения архитектуры приложения.

Вариант архитектуры пользовательского интерфейса разрабатываемого приложения приведен в Приложении 5.

Проектирование отдельных форм приложения На этом шаге определяются набор функций и возможностей, предоставляемых каждой формой приложения, и набор элементов управления на каждой из форм, используемых для выполнения этих функций и навигации.

При проектировании отдельной формы учитываются аспекты удобства использования, относящиеся к реализуемым ею функциям.

В результате этого шага должны быть получены точные описания или проекты всех форм приложения в визуальном редакторе. Для каждой формы должен быть определен ее набор элементов пользовательского интерфейса и информация, представленная в каждом информационном (не только управляющем) элементе.

Вариант проекта форм представлен в Приложении 6.

Разработка отдельных форм приложения и их интеграция На этом шаге выполняется разработка форм, кода элементов управления, конфигурационных файлов приложения и пр. Здесь также осуществляется интеграция и отладка всех элементов приложения.

По окончании этого шага должны быть получены следующие результаты.

• Должен быть разработан код всех форм приложения, как страниц ASP.NET, так и поддерживающий их код на C#.

• Должен быть доработан конфигурационный файл приложения — в нем должны быть отражены принятые решения по защите доступа к отдельным формам. При помещении форм из разных областей защиты в различные директории приложения должны быть разработаны отдельные конфигурационные файлы для всех таких директорий.

• Разработанный код должен пройти отладку и модульное тестирование. Необходимые для этого модульные тесты должны быть спроектированы во время или до разработки кода.

• Приложение в целом должно пройти системное тестирование. Системные тесты должны быть спроектированы заранее и основываться на сценариях использования данного приложения.

Варианты кода форм приложения и конфигурационных файлов представлены в Приложении 7.

Варианты модульных и системных тестов приложения представлены в Приложении 8.

Приложение 1.

Пример требований к разрабатываемому приложению и примеры вопросов по требованиям.

Для замечаний Требования к создаваемому приложению Разрабатываемое приложение должно предоставлять возможности навигации по небольшой БД книжных изданий и редактирования имеющейся в ней информации о книгах.

Основной код приложения должен быть написан на языке C#.

1. Пользовательский интерфейс.

Пользовательский интерфейс приложения должен быть выполнен на основе Web. Базовой технологией для его разработки должна быть ASP.NET.

a. Информация о книгах и навигация по БД.

В качестве информации о книге должны присутствовать ее заглавие, фамилии и имена авторов, 10-символьный ISBN, год издания, название издательства и ссылка на страницу данной книги в одном из Интернетмагазинов.

Интерфейс должен предоставлять пользователю возможность найти информацию о книге в БД по ее заголовку и фамилиям авторов.

b. Редактирование информации о книгах.

Возможность редактировать информацию о книгах, в том числе, добавлять записи о новых книгах, должна предоставляться только некоторым пользователям, список которых определяется администратором приложения.

При редактировании информации о книгах должна использоваться уже имеющаяся в БД информация об издательствах и авторах книг.

2. БД приложения и связь с ней.

Pages:     || 2 | 3 | 4 | 5 |










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.