5 Курсовые работы (учебные проекты)
5.1 Тематика;
В процессе выполнения лабораторных работ студенты реализуют семестровый учебный проект «Проектирование Web-приложения на основе шаблона Thin Web Client».
Тематику Web-приложения студенты формируют самостоятельно по согласованию с преподавателем.
Например,
· Интернет-визитка компании,
· Продуктовый каталог,
· Система поиска по сайту и т. п.
5.2 Методические рекомендации по выполнению;
Шаг 1. Выполнить сбор требований к проектируемой CMS и составить документ об образе и границах проекта.
Шаг 2. Выполнить спецификацию требований для разрабатываемой CMS.
Шаг 3. Создать диаграмму потоков пользовательского интерфейса для разрабатываемой CMS. Создать прототипы пользовательского интерфейса для разрабатываемой CMS
Шаг 4. Разработать доменную модель диаграммы классов проектируемой CMS.
Шаг 5. Выполнить проектирование диаграмм состояний для разрабатываемой CMS.
Шаг 6. Выполнить проектирование диаграмм деятельности для разрабатываемой CMS.
Шаг 7. Выполнить проектирование диаграмм последовательности для разрабатываемой CMS.
Шаг 8. Произвести уточнение построенной ранее доменной модели диаграммы классов. Построить диаграммы компонентов и диаграммы развертывания для разрабатываемой CMS.
Шаг 9. Выполнить проектирование логической и физической модели базы данных для разрабатываемой CMS.
5.3 Указания по оформлению;
Работа должна иметь следующую структуру:
Введение
Глава 1. Документ об образе и границах проекта
Глава 2. Создание документа о вариантах использования
Глава 3. Проектирование приложения
Глава 4. Проектирование базы данных (MySQL) и PHP-кодирование
Заключение
К работе должна прилагаться дискета или CD-диск, содержащий материалы разработанного сайта в форме, пригодной для демонстрации. Минимальные требования к работе предусматривают наличие первых трёх глав полностью и наличие схемы базы данных в четвертой главе. То есть – это работа, написанная без использования PHP-кодирования. Такая структура работы может быть рекомендована тем студентам, которые не пользуются PHP при написании дипломной работы. Если же студент пользуется PHP – наличие соответствующего материала в 4-й главе обязательно.
5.4 Перечень рекомендуемой литературы.
Мацяшек требований и проектирование систем (Разработка информационных систем с использованием UML) : учебно-методическое пособие / Л. Мацяшек - Москва : Вильямс, 20c.
Применение UML и шаблонов проектирования : книга / К. Ларман - Москва : Вильямс, 20c.
Торрес руководство по проектированию и разработке пользовательского интерфейса : руководство / - Москва : Вильямс, 20c.
6 Модули (только для дневного обучения).
6.1 Модульная структура
| Институт управления, бизнеса и права 6.2 Описание дисциплины |
Название дисциплины | Проектирование Web сайтов |
Специальность Код учебного плана | 080801.65 ОПД. В.001 |
Лектор Преподаватель | |
Семестр | 9 |
Предварительные условия | Успешное завершение дисциплин: информационные системы, базы данных, современные методы и языки программирования, высокоуровневые методы информатики и программирования. |
Краткое описание, актуальность | Является специальной дисциплиной, позволяющей сформировать компетенции специалиста |
Цели и задачи | Целью дисциплины является ознакомление студентов с основными принципами проектирования Web-приложений с использованием современных методик создания софтверной архитектуры. Задачами дисциплины являются: - знакомство студентов с архитектурными шаблонами современных Web-приложений, - знакомство студентов с расширением языка UML для Web-приложений, - освоение этапов итерационного процесса разработки приложений для Web, - получение навыков моделирования контента сайта, - получение навыков работы с инструментальными средствами проектирования Web – систем, - получение опыта создания динамических Web - страниц. |
Содержание | 9 семестр Модуль 1. В рассматриваются все этапы проектирования веб-приложения, разрабатывается документ об образе и границах проекта. Модуль 2. В модуле формируются основные навыки по проектированию бизнес-логики и архитектуры приложения Модуль 3. В модуле проектируется структура данных приложения, интерфейс. Частично осуществляется реализация приложения. |
Контактные часы, число модулей, недельная нагрузка | 14, 14, 16 часов в модуле/4 часа в неделю |
Посещаемость | Обязательное посещение |
ECTS Кредиты | 4 |
Аттестация | 3 рейтинга, Проект |
Базовая литература | Мацяшек требований и проектирование систем (Разработка информационных систем с использованием UML) : учебно-методическое пособие / Л. Мацяшек - Москва : Вильямс, 20c. Применение UML и шаблонов проектирования : книга / К. Ларман - Москва : Вильямс, 20c. Торрес руководство по проектированию и разработке пользовательского интерфейса : руководство / - Москва : Вильямс, 20c. |
Дополнительная литература | PHP 4: разработка Web-приложений. Библиотека программиста. - СПб.: Питер, 20с. |
Информационные ресурсы | www. ***** www. ***** |
Методическое обеспечение дисциплины | IE PHP 5 MySQL 5 MS-Visio Материалы сервера ИУБиП |
| Институт управления, бизнеса и права 6.3 План изучения дисциплины |
Название дисциплины | Проектирование Web сайтов |
Специальность Код учебного плана | 080801.65 ОПД. В.001 |
Лектор Преподаватель | |
Семестр | 9 |
9 семестр | |
Модуль/Неделя | 1-й модуль – 14 ч 2-й модуль –14 ч 3-й модуль – 16 ч 4-й модуль – 0 ч |
Модуль 1 | Процесс разработки приложения. Анализ прецедентов. Архитектурные шаблоны Web-приложений. Шаблон Thin Web Client. Шаблон Thick Web Client. Шаблон Web Delivery. Требования. Формулировка требований. Рекомендации по написанию требований. Ранжирование. Прецеденты. Модель прецедентов. Диаграммы последовательностей. Анализ прецедентов Пакеты. Определение модели верхнего уровня. Анализ. Диаграммы последовательностей. Диаграммы сотрудничества. Диаграммы видов деятельности Расширение языка UML для Web-приложений. Проектирование на основе шаблонов Thin Web Client, Thick Web Client, Web Delivery. Рекомендации по проектированию Web-приложений. Построение диаграмм путей в сайте. Составление тематической схемы. Интерактивная раскадровка. Функциональная спецификация. Инвентарная опись контента. Схема сайта. Разновидности схем. Словарь схемы сайта. Логическая схема сайта. |
Модуль 2 | Выполнить спецификацию требований для разрабатываемой CMS. |
Модуль 3 | Создать диаграмму потоков пользовательского интерфейса для разрабатываемой CMS. Создать прототипы пользовательского интерфейса для разрабатываемой CMS. Разработать доменную модель диаграммы классов проектируемой CMS. Выполнить проектирование диаграмм состояний для разрабатываемой CMS. Выполнить проектирование диаграмм деятельности для разрабатываемой CMS. Выполнить проектирование диаграмм последовательности для разрабатываемой CMS. Произвести уточнение построенной ранее доменной модели диаграммы классов. Построить диаграммы компонентов и диаграммы развертывания для разрабатываемой CMS. Выполнить проектирование логической и физической модели базы данных для разрабатываемой CMS. |
| Институт управления, бизнеса и права 6.4 План аттестации дисциплины | |||
Название дисциплины | Проектирование Web сайтов | |||
Специальность Код учебного плана | 080801.65 ОПД. В.001 | |||
Лектор Преподаватель | ||||
Семестр | 9 | |||
Аттестация | Модуль | Форма аттестации | Минимальное кол‑во баллов | Баллы |
5-я неделя | 1 | Тест; | 15 | 25 |
11-я неделя | 2 | Тест; практические работы | 24 | 40 |
16-я неделя | 3 | Проектное задание 1; практические работы | 21 | 35 |
21-неделя | 60 | 100 | ||
Итог | Зачет | |||
Примечание. Аттестационные мероприятия проводятся очно. |
7 Контроль
7.1 Структура и бальная оценка каждого модуля
Модуль 1
5 баллов – посещаемость
10 баллов - тест
10 баллов - практические работы
Модуль 2
5 баллов – посещаемость
15 баллов - тест
20 баллов - практические работы
Модуль 3
5 баллов – посещаемость
15 баллов - проект
15 баллов - практические работы
7.2 Тестовые задания:
БТЗ промежуточных итоговых тестирований, вопросы и задания для итогового тестирования (для ЗО).
1. … - описание функциональных возможностей и ограничений, накладываемых на программную систему.
2. Категории требований: пользовательские администраторские системные архитектурные
3. … – описание на естественном языке функций, выполняемых системой.
4. … – детализированное описание системных функций и ограничений, которое называют функциональной спецификацией.
5.… служит основой для заключения контракта между покупателем системы и разработчиками ПО.
6. .. - перечень сервисов, которые должна выполнять система
7. … описывают характеристики системы и ее окружения, а не поведение системы.
8. Функциональные требования:
пользователь должен иметь возможность проводить поиск книг и документов
система должна предоставлять пользователю средство просмотра документов
взаимодействия между интерфейсом и пользователем осуществляются на основе стандартного множества символов языка С
система не должна раскрывать конфиденциальной информации о заказчике системы
пользователь должен иметь возможность просмотра читательского формуляра
9. … – это систематический процесс разработки требований
10.Для новых программных систем процесс разработки требований начинается с
спецификации требований анализа осуществимости
аттестации требований анализа требований
11… - процесс взаимодействия с лицами, формирующими требования
12. Методы определения требований: интервью “мозговой штурм” аттестация
13. Модели … показывают последовательность обработки данных в системе.
14. … модель показывает, как системные сущности составляются из других сущностей.
15.… модель показывает основные подсистемы, из которых строится система.
16. … модели (диаграммы) показывают, какие объекты имеют общие характеристики.
17. Модели (диаграммы)... показывают, как система реагирует на внутренние и внешние события.
18 … является последним этапом формирования требований.
19. … должна продемонстрировать, что требования действительно определяют ту систему, которую хочет иметь заказчик.
20. Методы аттестации требований:
обзор требований прототипирование специфицирование
генерация тестовых сценариев автоматизированный анализ непротиворечивости
21… – это процесс просмотра системной спецификации для нахождения неточных описаний и ошибок.
22. … является начальной версией программной системы, которая используется для демонстрации концепций, заложенных в системе
23. Для спецификации требований используются
документирование на естественном языке графические нотации
каскадные модели языки описания программ структурированный язык спецификаций
24. Перечень ограничений, накладываемых на действия и функции, выполняемые системой приводится при формировании … требований.
25. Под термином … понимается высокоуровневое представление значимых компонентов системы.
26. … представляет собой отдельную сущность с открытым интерфейсом.
27. … - программная система, в состав которой входят браузер, сервер приложений и Web-сервер.
28. Обязательные компоненты Web-приложения
браузер сервер приложений Web-сервер СУБД
29. Шаблон … предоставляет ограниченные возможности по управлению конфигурацией клиента.
30. Шаблон … предполагает, что значительная часть бизнес-логики выполняется на клиентской машине
31. Взаимодействие клиента и сервера происходит через протокол …
32. Шаблон … подходит для Web-приложений, когда клиент обладает минимальными вычислительными возможностями или не может управлять своей конфигурацией.
33. … . – основное средство для выполнения бизнес-логики в серверной части приложения.
34. Особенностью шаблона … является ограниченные возможности по созданию сложного интерфейса пользователя
35. Архитектурный шаблон … используется в приложениях, известна клиентская конфигурация и версия браузера, а сложный интерфейс пользователя или часть бизнес-логики переносится на клиентскую часть.
36. В обязанности … входит выполнение кода серверных страниц.
37. …. – Web-страницы, которые обрабатываются серверной частью приложения.
38. … – Web-страница с интерфейсом пользователя и содержательной информацией, которая не обрабатывается сервером.
БТЗ для самопроверки;
2. 1. Категории требований:
3. пользовательские
4. администраторские
5. системные
6. архитектурные
7.
8. 2. … – это систематический процесс разработки требований
9.
10. 3. … модели показывают, какие объекты имеют общие характеристики.
11.
12. 4. В спецификации требований, построенной на основе стандарта IEEE основные предположения и допущения, на которых базируется система приводятся в разделе
13. пользовательские требования
14. системная архитектура
15. системные требования
16. системные модели
17. эволюция системы
18.
19. 5. … представляет собой отдельную сущность с открытым интерфейсом.
20.
21. 6. Особенностью шаблона … является ограниченные возможности по созданию сложного интерфейса пользователя
22.
23. 7. Объект - …
24. 
25. 8. Диаграмма последовательностей это тип диаграммы …
26. 9.
27.
28. 
29.
30. 10. В картах CRC указываются
31. имена классов
32. обязанности классов
33. варианты использования
34. последовательности событий
БТЗ для проверки остаточных знаний
1. … - описание функциональных возможностей и ограничений, накладываемых на программную систему.
2. Функциональные требования:
пользователь должен иметь возможность проводить поиск книг и документов
система должна предоставлять пользователю средство просмотра документов
взаимодействия между интерфейсом и пользователем осуществляются на основе стандартного множества символов языка С
система не должна раскрывать конфиденциальной информации о заказчике системы
пользователь должен иметь возможность просмотра читательского формуляра
3. … модель показывает основные подсистемы, из которых строится система.
4. В спецификации требований, построенной на основе стандарта IEEE модели потоков данных приводятся в разделе
пользовательские требования
системная архитектура
системные требования
системные модели
эволюция системы
5. Под термином … понимается высокоуровневое представление значимых компонентов системы.
6. … . – основное средство для выполнения бизнес-логики в серверной части приложения.
7. Объект - …
8. Диаграмма сотрудничества это тип диаграммы …
9. Диаграмма … – представляет последовательность выполняемых действий.
10.
8 Контактная информация преподавателя.
e-mail: *****@***ru
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 |
