Анализ и моделирование бизнес-процессов системы физкультурно-спортивного воспитания населения на примере РГЭУ (РИНХ)
Анализ российской законодательной базы по проблемам информатизации физкультурно-спортивного воспитания населения. Выбор архитектуры, проектирование пользовательского интерфейса. Разработка структуры модели данных. Надежность и эффективность Web-сервиса.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 05.04.2017 |
Размер файла | 2,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Разработано Web-приложение SportEducationна базешаблона MVC .Net 4.0. Рассмотрены основные аспекты программирования данного приложения. Проведено развертывание сервиса на Web-сервере.
3. Надежность и эффективность Web-сервиса
3.1 Оценка надежности Web-сервиса
Надежность сайта - эксплуатационное качество сайта, характеризующееся вероятностью безотказной работы сайта в определенный промежуток времени при сохранении параметров, заданных в техническом задании на сайт.
Если говорить о надежности сайта с точки зрения бизнеса, то надежность сайта - способность сайта, в определенный период времени, оставаться конкурентоспособным среди сайтов аналогичной тематики и одной ценовой категории.
Так как Web-сервис «Учебный процесс кафедры физкультуры» не предусматривает завоевание пользовательской аудитории, а является сервисом для обеспечения учебной деятельности, то при анализе надежности сайта следует исходить из первого определения, связанного с безотказной работой.
Критерии надежности сайтов отличаются для статических и динамических сайтов. Для статических сайтов характеристики надежности связаны со временем безотказной работы.
О надежности сайта, в зависимости от срока его автономной работы, можно судить по следующим критериям, приведенным в таблице 3.1.
Таблица 3.1 - Характеристика надежности
Лет |
Характеристика надежности сайта |
Примечание |
|
2 и более |
Очень высокая надежность сайта. |
Владельцу сайта повезло. Очень высокое качество сайта. |
|
1,5-2 |
Высокая надежность сайта. |
Высокое качество сайта. |
|
1-1,5 |
Надежный сайт. |
Сайт создан профессиональным веб-дизайнером. Сайт качественный. |
|
0,5-1 |
Низкая надежность сайта. |
Качество сайта ниже среднего. |
|
менее 0,5 |
Очень низкая надежность сайта. |
Владельцу сайта не повезло. Очень низкое качество сайта. |
Разработанный Web-сервис является динамическим ресурсом, функционирование которого связано с управлением данными. Для таких ресурсов критерии надежности связаны с правильностью выполнения запросов к БД.
3.2 Оценка стоимости проекта
Проект -- это уникальный процесс, в ходе выполнения которого получают уникальный продукт. Таким образом, для разработки продукта в проекте, скорее всего, должен применяться уникальный процесс. Разработчики могут воспользоваться обобщенной, проверенной на практике методикой, адаптировав ее для конкретного проекта. Как правило, всегда есть возможность выбора среди нескольких «начальных» жизненных циклов (ЖЦ). Жизненный цикл - непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.
Определим модель ЖЦ проектирования на основе методики предложенной в работе Т. Фатрелла [23].
Таблицы обоснования выбора модели представлены в приложении Д. Сводный результат анализа представлен в таблице 3.2.
Таблица 3.2- Определение оптимальной модели жизненного цикла, в баллах
Характеристика |
Каскадная |
V-образная |
Прототипирование |
Спиральная |
RAD |
Инкрементная |
|
Требования |
4 |
4 |
3 |
1 |
5 |
3 |
|
Участники команды разработчиков |
4 |
5 |
5 |
2 |
8 |
5 |
|
Коллектив пользователей |
4 |
7 |
6 |
9 |
8 |
7 |
|
Типы проектов и рисков |
2 |
2 |
4 |
2 |
5 |
4 |
|
Итого |
14 |
18 |
18 |
14 |
26 |
19 |
Из приведенных данных можно сделать следующие выводы. Для разрабатываемого Web-сервиса, наиболее подходящей моделью ЖЦ является метод быстрой разработки приложений «RAD».
Характерной чертой «RAD» является короткое время перехода от определения требований до создания полной системы. Метод основывается на последовательности итераций эволюционной системы или прототипов, критический анализ которых обсуждается с заказчиком. В процессе такого анализа формируются требования к продукту. Разработка каждого интегрированного продукта ограничивается четко определенным периодом времени, который, как правило, составляет 60 дней и называется временным блоком.
Форелью, позволяющие создать систему за 60 дней, причем без ущерба качеству, включает в себя использование мощных инструментальных средств разработки, высокий уровень повторного использования, а также осмысления и выделенные ресурсы.
При выполнении нашего проекта, для которого модель «RAD» подходит в достаточной мере, появляются следующие преимущества:
– время цикла разработки для всего проекта можно сократить благодаря использованию мощных инструментальных средств;
– существует возможность произвести быстрый изначальный просмотр продукта;
– благодаря принципу временного бока уменьшаются затраты и риск, связанный с соблюдением графика;
– благодаря сокращенному времени цикла и усовершенствованной технологии, а также меньшему количеству задействованных в процессе разработчиков уменьшаются затраты;
– модель обеспечивает эффективное использование имеющихся в наличии средств и структур;
– привлечение заказчика на постоянной основе сводит до минимума риск того, что он не будет удовлетворен разработанным продуктом, кроме того, это гарантирует, что система будет соответствовать коммерческим потребностям, а сам программный продукт будет надежен в эксплуатации;
– в состав каждого временного блока входит анализ, проектирование и внедрение (фазы отделены от действий);
– интеграции констант предотвращают возникновение проблем и способствуют созданию обратной связи с потребителем;
– основное внимание переносится с документации на код, причем соблюдая принцип «получите то, что видите»;
– в модели используются следующие принципы и инструментальные средства моделирования: деловое моделирование (методы передачи информации, место генерирования информационных потоков, кем и куда направляется, каким образом обрабатывается); моделирование данных (происходит идентификация объектов данных и атрибутов, а также взаимосвязей); моделирование процесса (выполняется преобразования объектов данных); генерирование приложения (метод четвертого поколения);
– в модели повторно используются компоненты уже существующих программ.
3.3 Создание пооперационного перечня работ
Для успешного создания уникального продукта или услугb необходимо, прежде всего, осуществить некоторую последовательность работ. Основная задача планирования проекта заключается в достаточно точной оценке сроков исполнения и стоимости этих работ. Чтобы добиться наивысшего качества плана проекта необходимо дать как можно более точную оценку сроков исполнения и стоимости работ. Точную оценку можно дать только в том случае, если хорошо представлен состав работ по выполнению проекта, то есть те работы, которые необходимо выполнить для получения необходимого результата. Как только мы составили список всех проектных работ, производится оценка длительности каждой из них, а также выделяются необходимые ресурсы для их выполнения. И только после всего этого можно будет оценить стоимость и сроки выполнения проекта. Именно поэтому определение состава работ является первым и наиболее важным шагом при планировании проекта.
Модель RAD, представляет собой специальный случай линейной модели. Главной отличительной чертой этой модели является то, что для нее присущ чрезвычайно короткий цикл разработки ПО, при осуществлении которого используется конструкция, основанная на компонентах. Для данного дипломного проекта была выбрана модель RAD и посредством ее показана версия задач и действий, необходимых для построения жизненного цикла Web-сервиса кафедры физкультуры.
Показанный на рисунке 3.1 перечень действий и задач, представляет собой схему жизненного цикла Web-сервиса и состоит из четырех фаз:
– планирование и активизация проекта;
– фаза планирования требований;
– фаза описания пользователя;
– фаза «расчистки».
Рисунок 3.2 - Пооперационный перечень
После того как разработчик определился с составом и результатами этапов проекта, необходимо определить последовательность этих этапов относительно друг друга и сроков выполнения каждого этапа. После этого необходимо определить работы, составляющие каждый этап, последовательность исполнения этих работ, а также сроков выполнения всех этих работ. Например, этап «начало выполнения проекта» делится на:
- установку соответствия между действиями и планом;
- распределение ресурсов проекта;
- установку среды проекта;
- планирование управлением проекта.
Данный жизненный цикл разработан для полноценно функционирующего Web-сервера учебного процесса.
Создание структуры пооперационного перечня работ влечет за собой декомпозицию полномасштабного действия (всего проекта) на ряд последовательных и меньших действий. Этот процесс продолжается до тех пор, пока не будут подробно описаны все детали предстоящей работы, что в свою очередь, позволит реализовать надлежащее управление этой работой. В любом случае идентификация корректных действий представляет собой дело первоочередной важности.
Разрабатываемый Web-сервис включает в себя:
– анализ функций на уровне системы/продукта;
– разработку системной архитектуры;
– декомпозицию системных требований;
– уточнение и разработку требований к ПО;
– определение требований к интерфейсу;
– изучение выполнимости - выполнение имитаций и сравнительных тестов;
– анализ проекта - проектирование на основе предварительно сформулированных требований;
– создание БД - идентификация предварительных элементов БД;
– проектирование пользовательского интерфейса - определение порядка взаимодействия интерфейса с пользователем, проектирование алгоритмических функций;
– планирование следующей фазы.
Идентификация задач представлена на рисунке 3.2.
3.4 Эффективность проекта
Расчет экономической эффективности для данного дипломного проекта не целесообразен, так как разрабатываемая подсистема не направлена на непосредственное увеличение прибыли РГЭУ (РИНХ). Реализация проекта улучшает систему ведения учебного процесса.
Для оценки эффективности воспользуемся методом экспертных оценок. Метод расчета в данном случае состоит из нескольких этапов:
– выделить цели работы системы;
– определить наборы показателей, характеризующих определенную цель;
– определить уровень достижения показателя;
– рассчитать степень достижения каждой цели по выдвинутым показателям;
– определить весовые коэффициенты целей;
– рассчитать общий показатель эффективности разрабатываемой информационной системы;
Степень достижения цели рассчитывается как средняя величина достижения частных показателей. Формула расчета имеет следующий вид:
, (4.1)
Где - степень достижения цели, баллы;
- значение показателя, баллы;
- количество показателей.
Весовой коэффициент вычисляется по формуле:
, (4.2)
Где - весовой коэффициент, баллы;
- оценка, баллы.
Расчет оценки ведется по формуле:
, (4.3)
где - оценка, баллы;
- минимальное значение ранга, баллы;
- сумма рангов, баллы.
Для расчета суммы рангов воспользуемся формулой:
, (4.4)
Где - сумма рангов, баллы;
- значение, выставленное экспертом, баллы;
- количество экспертов.
При этом проверяется согласованность мнений экспертов путем расчета значения известного коэффициента q Кендала (конкордации), для оценок данных экспертами.
Общий показатель эффективности рассчитывается как:
, (4.5)
Где - показатель эффективности, баллы;
- весовой коэффициент, баллы;
- степень достижения цели, баллы.
Теперь, рассмотрев общие положения методики оценки информационной системы, перейдем к расчету конкретного показателя эффективности работы ИС. Для начала, определим цели и показатели работы системы, а так же укажем уровень достижения показателей при создании прототипа. Все это сведем в таблицу (таблица 4.2).
Таблица 4.2 - Цели, показатели и уровень достижения работы ИС
Цель |
Показатель |
Уровень достижения, баллы |
Рассчитаем степень достижения целей |
|
g1 - технический уровень |
y11 - минимизация количества ошибок при автоматическом формировании отчетов |
0,91 |
0,94 |
|
y12 - автоматизированный процесс формирования учебных групп |
1 |
|||
y13 - автоматизация регистрации преподавателей и студентов на сервисе |
0,95 |
|||
g2 - коммуникация |
y21 - оперативность |
0,8 |
0,85 |
|
y22 - удобство использования |
0,9 |
|||
g3 - социальные цели |
y31 - улучшение условий труда |
0,95 |
0,91 |
|
y32 - удобство работы |
0,85 |
|||
y33 - уменьшение времени выполнения работ |
0,95 |
|||
g4 - получение отчетности |
y41 - автоматическое получение отчетов |
0,87 |
0,94 |
|
y42 - уменьшение объема рутинной работы преподавателей кафедры |
1 |
|||
g5 - простота использования |
y51 - легко понимаемый интерфейс пользователя |
0,95 |
0,86 |
|
y52 - возможность поиска |
0,75 |
|||
y53 - возможность сохранения, извлечения и редактирования документов |
0,89 |
Округлим полученные результаты и выведем степень достижения целей.
Чтобы определить весовые коэффициенты был применен экспертный опрос десяти человек. Список опрошенных приведен в таблице 4.3.
Таблица 4.3 - Список опрошенных
ФИО опрошенного |
Должность |
|
Денисов Е.А, |
зав. кафедрой |
|
Ключкина Г. О |
Доцент |
|
Степанов В.В. |
Доцент |
|
Дорофеев А.С. |
Преподаватель |
|
Никитина Н.В. |
Преподаватель |
|
Сладков И.Р. |
Преподаватель |
|
Сергеев А.И. |
Преподаватель |
|
ГалкинИ.А. |
Студент |
|
Шишкина О.В. |
Студент |
|
Герман И.С. |
Студент |
Результаты опроса представлены в таблице 4.4. В данной таблице также рассчитаны суммы рангов: R1=33, R2=22, R3=31, R4=33, R=31, минимальный из которых составляет 22, рассчитаны оценки: V1=0,6(6), V2=1, V3=0,71, 0,6(6), 0,71, определена общая оценка: , рассчитан показатель эффективности:
Таким образом, можно сказать, что эффективность работы разработанной нами информационной системы по отношению к заданным целям составляет 0,91 балл, таким образом, только на 90% система работает оптимально. Неэффективность работы ИС составляет 10%.
Таблица 4.4 - Результаты опроса и расчет показателей
Эксперты |
Критерии оценки |
|||||
g1 |
g2 |
gЗ |
g4 |
g5 |
||
Э1 |
5 |
1 |
3 |
4 |
2 |
|
Э2 |
4 |
2 |
3 |
5 |
1 |
|
ЭЗ |
5 |
2 |
3 |
4 |
1 |
|
Э4 |
4 |
1 |
3 |
5 |
2 |
|
Э5 |
4 |
1 |
2 |
5 |
3 |
|
Э6 |
5 |
1 |
3 |
4 |
2 |
|
Э7 |
1 |
4 |
3 |
2 |
5 |
|
Э8 |
2 |
3 |
4 |
1 |
5 |
|
Э9 |
1 |
4 |
3 |
2 |
5 |
|
Э10 |
2 |
3 |
4 |
1 |
5 |
|
Ранг, R(i) |
33 |
22 |
31 |
33 |
31 |
|
Ранг минимальный |
22 |
|||||
Оценка, V(i) |
0,67 |
1,00 |
0,71 |
0,67 |
0,71 |
|
Общая оценка |
3,75 |
|||||
Весовые коэффициенты, w(i) |
0,18 |
0,27 |
0,19 |
0,18 |
0,19 |
|
Степень достижения цели, g(i) |
0,94 |
0,85 |
0,91 |
0,94 |
0,86 |
|
Показатель эффективности, E |
0,8952149 |
На основании представленных расчетов можно утверждать, что реализация и внедрение Web-сервис Учебная работа обеспечивающая тематику кафедры является целесообразным.
Выводы
В третьей главе произведено обоснование выбора жизненного цикла информационной системы и выделено, что наиболее оптимальным вариантом модели является модель RAD. Создана структура пооперационного перечня работ (проект создания информационной системы реализован в Microsoft Project). Определены используемые в проекте ресурсы и на последнем этапе проведена оценка эффективности прототипа ИС, которая показала, что внедрение проекта целесообразно.
Заключение
В дипломной работе рассмотрена деятельность кафедры физкультуры РГЭУ (РИНХ). В результате проведенного анализа выявилась актуальность автоматизации бизнес-процессов кафедры в свете постановлений правительства Российской федерации по вопросам развития физкультуры и спорта. В ходе проведенного анализа было показана ограниченность существующих решений по автоматизации предметной области кафедр физкультуры. В связи с этим представляет интерес разработка Web-сервиса, обеспечивающего деятельность кафедры в плане активизации учебного процесса путем использования информационных технологий.
В ходе выполнения дипломного проекта был спроектирован и разработанWeb-сервисУчебная работа обеспечивающая тематику кафедры. Для этого:
1) был проведен анализ бизнес-процессов деятельности кафедры ФВ,СиТ;
2) был выбран объектно-ориентированный подход к реализации приложения;
3) были выбраны следующие программные продукты для разработки приложения:
– Microsoft Visual Studio 2013;
– Microsoft SQL Server 2008;
– MS Project 2010;
– MS Word 2010;
– MS Power Point 2010.
На этапе логического проектирования были построены диаграмма деятельности, диаграмма компонентов. Диаграмма деятельности показывает сущность кафедры.
Во втором были проведены:
1) выбор технология реализации сервиса - шаблон MVC 4.0 .Net, обеспечивающий единую среду реализации проекта;
2) разработан интерфейс сервиса;
3) проведено моделирование структуры данных средствами MSVisualStudio2013 с использованием на модели ADO.NetEDM.
4) разработано приложение;
5) определена методология развертывания сервиса.
Произведено тестирование приложения по методу «белого ящика», которое показало, что приложение работает корректно.
В третьем разделе дипломного проекта была определена модель жизненного цикла приложения. Проанализировав основные отличительные категории проекта, был выбран метод быстрой разработки приложений «RAD».
При помощи программного продукта MS Project ,был создан пооперационный перечень работ для выполнения проекта, определены и назначены ресурсы проекта, определены затраты на внедрение данной подсистемы.
Был произведен расчет эффективности проекта, с помощью экспертных оценок который показал, что система работает эффективно на 91%.
Оценка эффективности разработанной подсистемы по отношению к заданным целям показала высокий бал. На основании данных результатов можно сделать вывод, что внедрение Web-сервисУчебная работа обеспечивающая тематику кафедры- целесообразно.
Список сокращений
EDM - Entity Data Model, модель «сущность-связь»;
DSL - доменного языка;
CSDL - язык DSL на основе XML;
БД - база данных;
кафедра ФВ,СиТ - кафедра физического воспитания, спорта и туризма;
ЖЦ - жизненный цикл;
ПП - программный продукт;
РГЭУ (РИНХ) - Ростовский государственный экономический университет;
ТЗ - техническое задание;
УФК и С - управление по физической культуре и спорту;
Библиографический список
1. Распоряжение Правительства РФ от 07.08.2009 N 1101-р «Об утверждении Стратегии развития физической культуры и спорта в Российской Федерации на период до 2020 года» [Электронный документ] / КонсультантПлюс. URL: www.consultant.ru (Дата сохранения: 01.04.2016).
2. Постановление Правительства РФ от 21.01.2015 N 30 «О федеральной целевой программе "Развитие физической культуры и спорта в Российской Федерации на 2016 - 2020 годы» [Электронный документ] / КонсультантПлюс. URL: www.consultant.ru (Дата сохранения: 04.04.2016).
3. Федеральный закон от 04.12.2007 N 329-ФЗ (ред. от 03.11.2015) "О физической культуре и спорте в Российской Федерации" [Электронный документ] / КонсультантПлюс. URL: www.consultant.ru (Дата сохранения: 01.04.2016)
4. Воронов, И.А. Информационные технологии в физической культуре испорте: [Электронный учебник] / И.А. Воронов; СПб ГУФК им. П.Ф. Лесгафта. -СПб.: изд-во СПб ГУФК им. П.Ф. Лесгафта, 2005 - 80с.URL:http://sat.ru/attachments/Information_technologies_in_physical_training_and_sports.pdfЗагл. с экрана.(Дата сохранения: 04.04.2016)
5. Журавлев В.А., Ананьин В.Г. Использование информационных технологий в физической культуре и спорте. //Современные информационные технологии в физической культуре и спорте: Тез.докладов Международной научно-практической конференции, посвященной 70-летию образования Удмуртского государственного университета /Под общ. ред. проф. П.К. Петрова - Ижевск: Издательский дом "Удмуртский университет", 2001. С. 27-29.
6. Спорт. [Электронный ресурс] / ДГТУ. URL:http://www.donstu.ru/social-life/sport/Загл. с экрана. (Дата сохранения: 04.04.2016)
7. Спортивный клуб «Медик». [Электронный ресурс] /РостГМУ. URL: http://rostgmu.ruЗагл. с экрана. (Дата сохранения: 04.04.2016)
8. Положение об управлении по физической культуре и спорту РГЭУ (РИНХ) [Электронный документ] / РГЭУ (РИНХ). 2015. URL: http://www.rsue.ru/sport.aspx(Дата сохранения: 04.04.2016)
9. Роль физического воспитания и спорта в подготовке молодежи в перспективе непрерывного образования // Спорт, духовные ценности, культура. - М., 1997. - Вып. 7. - С. 10-16. [Электронный документ] / Центральная отраслевая библиотека по физической культуре и спорту. URL: http://lib.sportedu.ru/GetText.idc?TxtID=934
10. Приказ Госкомвуза РФ от 26.07.1994 N 777 Об организации процесса физического воспитания в высших учебных заведениях. [Электронный документ] / КонсультантПлюс. URL: www.consultant.ru (Дата сохранения: 04.04.2016)
11. Методические основы управления ИТ-проектами: учебник / В.И. Грекул, Н.Л. Коровкина, Ю.В. Куприянов. -- М.: ИнтернетУниверситет Информационных Технологий: БИНОМ. Лаборатория знаний, 2010. -- 391 с.
12. Вигерс, К. Разработка требований к программному обеспечению./Пер. с англ. М.: Издательско-торговый дом «Русская редакция», 2004.
13. Рапопорт Л.А. Спорт в вузе: проблемы организации. Теория и практика физической культуры. Научно-теоретический журнал. № 8 - 2001. [Электронный документ]URL: http://lib.sportedu.ru/press/tpfk/2001N8/p16-18.htm(Дата сохранения: 04.05.2016)
14. Строшков В.П., Строшкова Н.Т. Программно-аппаратные средства автоматизированного сбора и анализа данных о физическом состоянии организма человека, подвергающегося тренировочным нагрузкам. - Российский государственный профессионально-педагогический университет, Уральский федеральный университет. [Электронный документ] Сайт: Журнал тренера. URL:http://cithall.com/?p=395.
15. Теория и методика физического воспитания. Учебник для ин-тов физ. культуры. Под общей ред. Л.П. Матвеева и Ф.Д. Новикова. Изд. 2-е, испр. И доп. (В 2-ч т.). М., «Физкультура и спорт», 1976.
16. Основы спортивной тренировки. Учебное пособие для ин-тов физ. культуры. Под редакцией Л.П. Матвеева. М., «Физкультура и спорт», 1977.
17. http://refdb.ru/look/1280882-p4.html
18. Создание Web-страниц и Web-сайтов. Самоучитель : [учеб. пособие] / под ред. В. Н. Печникова. - М.: Изд-во Триумф, 2006.-- 464 с.
19. URL: https://habrahabr.ru/post/273795/(Дата сохранения: 24.05.2016)
20. А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев. Базы данных. Учебник для вузов // Издание: Корона-принт, 2004 г.
21. Средства модели ADO.NETEDM. Microsoft | DeveloperNetwork. URL: https://msdn.microsoft.com/library/bb399249.aspx(Датасохранения: 24.05.2016)
22. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. / Р.Т. Фатрелл, Д.Ф. Шафер, Л.И. Шафер. - М.: Издательский дом «Вильямс», 2003
23. Е.Н. Ефимов Эффективность информационных технологий. Электронный конспект лекций. РГЭУ(РИНХ). 2013 - 139 с.
24. Е.Н. Ефимов, Основы Интернет-экономики. Учебное пособие.РГЭУ(РИНХ). 2014 - 123 с.
Приложение А
Техническое задание
Сервис «Учебный процесс кафедры физкультуры»(СЕРВИС) - Web-приложение, обеспечивающее поддержку работы кафедры физкультуры РГЭУ (РИНХ) в области оптимизации учебного процесса. Разработка сервиса предполагает два этапа. Начальный этап обеспечивает реализацию системы администрирования сервиса и информационной части сайта сервиса. На втором этапе завершающего ввода в эксплуатацию сервис должен обеспечивать учет медицинских показаний студентов к проведению тренировок, учет выполнения индивидуальных заданий студентами.
Назначение разработки
Функциональным назначением сервиса является учёт:
– учет пользователей системы;
– ведение информационной поддержки деятельности кафедры физкультуры;
– ведение учебных и тренировочных материалов;
– мониторинг физического состояния студента;
– расписание обязательных и секционных занятий;
– анализ физического состояния студентов.
Эксплуатационное назначение СЕРВИСА
Программа эксплуатируется профессорско-преподавательским составом кафедр физкультуры, студентами.
Требования к программе или программному изделию
Требования к функциональным характеристикам
Категории описания требований приведены в таблице 1.1.
Таблица 1 - Категории описания требований
Категория |
Описание |
|
F |
Функциональные требования, описывающие требуемую функциональность или прецеденты системы |
|
C |
Системные требования, такие как используемые платформы |
|
P |
Требования к представлению |
|
R |
Требования, определяющие риски, которым должно быть уделено основное внимание при разработке системы |
Требования к составу выполняемых функций
На первом этапе разработки выполняются функции, приведенные в таблице 2 по категориям пользователей.
Таблица 2-Функциональные требования
Требование |
Тип |
Описание |
|
Пользователь |
|||
Авторизация |
F |
Система должна осуществлять авторизацию пользователей и настройку функционала под выбранную категорию пользователя |
|
Редактирование собственных учетных данных |
F |
Система должна осуществлять редактирование учетных данных пользователя в рамках его компетенции (смена пароля) |
|
Загрузка необходимых компонентов системы |
F |
Система должна загружать свои компоненты, в зависимости от типа пользователя |
|
Администратор системы |
|||
Регистрация пользователей |
F |
Система должна регистрироватьпользователя |
|
Редактирование учетных данных выбранного пользователя |
F |
Система должна осуществлять редактирование учетных данных пользователя в рамках компетенции администратора |
|
Определение типа пользователя |
F |
Система должна определять для авторизованного сотрудника один из заданных типов сотрудника |
|
Задание свойств пользователя |
F |
Система должна определять свойства сотрудника авторизованного в системе. |
|
Связь между функциями и свойствами |
F |
Система должна осуществлять связь с функциями, реализующими свойства пользователя |
|
Удаление пользователя |
F |
Система должна осуществлять уничтожение учетной записи пользователя либо перенос её в архив |
|
Блокировка пользователя |
F |
Система должна осуществлять блокирование учетной записи пользователя |
|
Резервное копирование |
F |
Система должна осуществлять резервное копирование данных |
|
Восстановление данных |
F |
Система должна осуществлять восстановление данных из резервных копий |
Требования к надежности
Для СЕРВИСА должна быть обеспечена отказоустойчивость, в том числе за счет распределения нагрузки и резервирования критических точек отказов.
СЕРВИС должна обеспечивать устойчивость к ситуациям отказа оборудования на стороне сервера за счет использования механизмов восстановления баз данных и процессов.
СЕРВИС должен предусматривать применение стандартных средств предотвращения потери данных и их восстановления в случае возможных сбоев оборудования. Применяемые при эксплуатации СЕРВИСА средства резервного копирования и восстановления должны предоставлять пользователям возможность выбора различных стратегий резервного копирования, обеспечивающих необходимый уровень защиты данных в случае возникновения сбоев в работе системы, при этом администратору должна предоставляться возможность выполнения резервного копирования, как на съемные, так и на несъемные устройства хранения. Функциональные возможности примененной системы резервного копирования и восстановления СЕРВИСА должны позволять возвращать систему в состояние, предшествующее сбою. При этом в системе не должно происходить потери и искажения данных.
Надежность СЕРВИСА на стороне сервера должна обеспечиваться следующими способами:
Требованиями по надежности системы электропитания. Допустимая продолжительность отсутствия электропитания определяется на этапе проектирования проекта внедрения СЕРВИСА. Должно быть сформулировано требование обеспечения вычислительного комплекса средствами стабилизации напряжения и источниками резервного и бесперебойного питания с тем, чтобы при аварийном отключении электроэнергии обеспечить его работоспособность на время, достаточное для корректного завершения работы; средствами последующего автоматического возобновления работы в штатном режиме.
Надежностью выбираемых технических средств путем формулирования разработчиками СЕРВИСА четких требований к надежности оборудования и ЛВС, включая:
– требования по применению дисковых массивов серверов технологии RAID;
– использование резервирования аппаратных компонентов системы;
– возможность «горячей» замены отдельных узлов на серверах (вентиляторы, блоки питания, накопители на жестких дисках);
– возможность реализация механизма восстановления баз данных.
Соблюдением условий эксплуатации оборудования в соответствии с техническими (паспортными) нормами, установленными разработчиком СЕРВИСА.
Технологией ведения информационной базы и возможностью ее восстановления в случае искажения или утраты, осуществлением контроля входной информации, как на этапе ввода, так и на этапе хранения.
Требованием сохранения резервных копий базы на независимые носители информации.
Надежность СЕРВИСА на стороне клиента обеспечивается:
– использованием лицензионного программного обеспечения;
– испытанием программных средств на наличие компьютерных вирусов
Время восстановление после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними фрольами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 6 минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
Перечень аварийных ситуаций также составляет Заказчик и согласовывает с Исполнителем. Фактически, это время на перезагрузку операционной системы, если отказ не фатален, не вызван крахом операционной системы или выходом из строя технических средств.
Отказы из-за некорректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой. Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу конечного пользователя без предоставления ему административных привилегий.
Условия эксплуатации
Климатические условия эксплуатации
Климатические условия эксплуатации СЕРВИСА на стороне сервера, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации.
Требования к составу и параметрам технических средств
В состав технических средств сервера должен входить IBM-совместимый персональный компьютер, включающий в себя:
Intel(R) Core(TM) i5-2500K
32-разрядную операционную систему
материнскую плату с FSB, ГГц - 5
Требования к информационной и программной совместимости
Требования к информационным структурам и методом решения
Требования к информационным структурам(файлов) на входе и на выходе, а также к методам решения не предъявляются.
Требования к исходным кодам и языкам программирования
Исходные коды должны быть реализованы на языке С#. В качестве интегрированной среды разработки программы должна быть использована среда Microsoft Visual Studio. Шаблон проектирования MVC 4.
Требования к программной документации
В состав программной документации должны входить:
– Техническое задание;
– Программный продукт;
– Руководство пользователя.
Технико-экономические показатели
Ориентировочная экономическая эффективность не рассчитывается. Предполагаемое число использования программы в год- 365 сеансов работы на одном рабочем месте.
Стадии и этапы разработки
Стадии и этапы
Разработка должна быть проведена в три стадии:
– Техническое задание;
– Технический (и рабочий) проекты;
– Внедрение.
На стадии «Техническое задание» должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.
На стадии «Технический (и рабочий) проект» должны быть выполнены следующие этапы работ: разработка программы, разработка программной документации, испытания программы.
На стадии «Внедрение» должен быть выполнен этап разработки «Подготовка и передача программы».
Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
1. Постановка задачи;
2. Определение и уточнение к техническим средствам;
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё;
5. согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77 с требованием п. Предварительный состав программной документации настоящего технического задания.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
1. разработка, согласование и утверждение программы
2. проведение приемо-сдаточных испытаний;
3. корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
Порядок контроля и приемки
Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.
Приемо-сдаточные испытания программы должны проводиться согласно с разработанной Исполнителем и согласованной с Заказчиком программой и методикой испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.
Общие требования к приемке работ
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
Приложение Б
Структура таблиц подсистемы администрирования
Ключ |
Имя столбца |
Тип данных |
Значение NULL |
Примечание |
|
UserProfile |
|||||
PK |
UserId |
int |
Ключевое поле, идентификатор пользователя |
||
UserNamt |
nvarchar(56) |
Логин пользователя |
|||
webpages_Membership |
|||||
PK |
UserId |
int |
Ключевое поле, идентификатор пользователя |
||
CreateDate |
datetime |
да |
Дата регистрации |
||
ConfirmationToken |
nvarchar(128) |
да |
|||
IsConfirmed |
bit |
да |
|||
LastPasswordFailureDate |
datetime |
да |
Дата последней смены пароля |
||
PasswordFailuresSinceLastSuccess |
int |
||||
Password |
nvarchar(128) |
Кодировка пароля пользователя |
|||
PasswordChangedDate |
datetime |
да |
|||
PasswordSalt |
nvarchar(128) |
||||
PasswordVerificationToken |
nvarchar(128) |
да |
|||
PasswordVerificationTokenExpirationDate |
datetime |
да |
|||
webpages_Roles |
|||||
PK |
RoleId |
int |
Ключевое поле, идентификатор категории пользователя |
||
RoleName |
nvarchar(256) |
Наименование категории пользователя |
|||
webpages_UsersInRoles |
|||||
PK |
UserId |
int |
Ключевое поле, идентификатор пользователя |
||
PK |
RoleId |
int |
Ключевое поле, идентификатор категории пользователя |
||
Лицо |
|||||
PK |
ID_Лица |
int |
Ключевое поле, идентификатор пользователя |
||
Имя |
nvarchar(50) |
||||
Отчество |
nvarchar(50) |
||||
Фамилия |
nvarchar(50) |
||||
ID_Паспорт |
|||||
ID_Пол |
Приложение В
DDL сценарий создания объектов базы данных
USE [master]
GO
/****** Object: Database [SportEducation] Script Date: 06/01/2016 05:26:23 ******/
CREATE DATABASE [SportEducation] ON PRIMARY
( NAME = N'SportEducation', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\SportEducation.mdf' , SIZE = 6144KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
LOG ON
( NAME = N'SportEducation_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\SportEducation_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
GO
ALTER DATABASE [SportEducation] SET COMPATIBILITY_LEVEL = 100
GO
IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))
begin
EXEC [SportEducation].[dbo].[sp_fulltext_database] @action = 'enable'
end
GO
ALTER DATABASE [SportEducation] SET ANSI_NULL_DEFAULT OFF
GO
ALTER DATABASE [SportEducation] SET ANSI_NULLS OFF
GO
ALTER DATABASE [SportEducation] SET ANSI_PADDING OFF
GO
ALTER DATABASE [SportEducation] SET ANSI_WARNINGS OFF
GO
ALTER DATABASE [SportEducation] SET ARITHABORT OFF
GO
ALTER DATABASE [SportEducation] SET AUTO_CLOSE OFF
GO
ALTER DATABASE [SportEducation] SET AUTO_CREATE_STATISTICS ON
GO
ALTER DATABASE [SportEducation] SET AUTO_SHRINK OFF
GO
ALTER DATABASE [SportEducation] SET AUTO_UPDATE_STATISTICS ON
GO
ALTER DATABASE [SportEducation] SET CURSOR_CLOSE_ON_COMMIT OFF
GO
ALTER DATABASE [SportEducation] SET CURSOR_DEFAULT GLOBAL
GO
ALTER DATABASE [SportEducation] SET CONCAT_NULL_YIELDS_NULL OFF
GO
ALTER DATABASE [SportEducation] SET NUMERIC_ROUNDABORT OFF
GO
ALTER DATABASE [SportEducation] SET QUOTED_IDENTIFIER OFF
GO
ALTER DATABASE [SportEducation] SET RECURSIVE_TRIGGERS OFF
GO
ALTER DATABASE [SportEducation] SET DISABLE_BROKER
GO
ALTER DATABASE [SportEducation] SET AUTO_UPDATE_STATISTICS_ASYNC OFF
GO
ALTER DATABASE [SportEducation] SET DATE_CORRELATION_OPTIMIZATION OFF
GO
ALTER DATABASE [SportEducation] SET TRUSTWORTHY OFF
GO
ALTER DATABASE [SportEducation] SET ALLOW_SNAPSHOT_ISOLATION OFF
GO
ALTER DATABASE [SportEducation] SET PARAMETERIZATION SIMPLE
GO
ALTER DATABASE [SportEducation] SET READ_COMMITTED_SNAPSHOT OFF
GO
ALTER DATABASE [SportEducation] SET HONOR_BROKER_PRIORITY OFF
GO
ALTER DATABASE [SportEducation] SET READ_WRITE
GO
ALTER DATABASE [SportEducation] SET RECOVERY FULL
GO
ALTER DATABASE [SportEducation] SET MULTI_USER
GO
ALTER DATABASE [SportEducation] SET PAGE_VERIFY CHECKSUM
GO
ALTER DATABASE [SportEducation] SET DB_CHAINING OFF
GO
EXEC sys.sp_db_vardecimal_storage_format N'SportEducation', N'ON'
GO
USE [SportEducation]
GO
/****** Object: Table [dbo].[Факультет] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Факультет](
[ID_Факультет] [int] IDENTITY(1,1) NOT NULL,
[Наименование] [nvarchar](80) NOT NULL,
CONSTRAINT [PK_Факультет] PRIMARY KEY CLUSTERED
(
[ID_Факультет] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Типобучения] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Типобучения](
[ID_Тип] [int] IDENTITY(1,1) NOT NULL,
[Наименование] [nvarchar](50) NULL,
[Кол_лет] [real] NULL,
CONSTRAINT [PK_Типобучения] PRIMARY KEY CLUSTERED
(
[ID_Тип] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Специальность] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Специальность](
[ID_Специальность] [int] IDENTITY(1,1) NOT NULL,
[Наименование] [nvarchar](80) NOT NULL,
[Код] [nvarchar](50) NULL,
CONSTRAINT [PK_Специальность] PRIMARY KEY CLUSTERED
(
[ID_Специальность] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Пол] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Пол](
[ID] [smallint] NOT NULL,
[Пол] [nchar](10) NULL,
[Краткое] [nchar](1) NULL,
CONSTRAINT [PK_Пол] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Паспорт] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Паспорт](
[ID] [int] NOT NULL,
[Серия] [nchar](5) NOT NULL,
[N паспорта] [nvarchar](20) NOT NULL,
[Когдавыдан] [datetime] NULL,
[Кемвыдан] [nvarchar](50) NULL,
CONSTRAINT [PK_Паспорт] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Должность] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Должность](
[ID_должность] [int] IDENTITY(1,1) NOT NULL,
[Должность_] [nvarchar](50) NOT NULL,
CONSTRAINT [PK_Должность] PRIMARY KEY CLUSTERED
(
[ID_должность] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[UserProfile] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[UserProfile](
[UserId] [int] NOT NULL,
[UserName] [nvarchar](56) NOT NULL,
CONSTRAINT [PK_UserProfile] PRIMARY KEY CLUSTERED
(
[UserId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[webpages_Roles] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[webpages_Roles](
[RoleId] [int] NOT NULL,
[RoleName] [nvarchar](256) NOT NULL,
CONSTRAINT [PK_webpages_Roles] PRIMARY KEY CLUSTERED
(
[RoleId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[webpages_OAuthMembership] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[webpages_OAuthMembership](
[Provider] [nvarchar](30) NOT NULL,
[ProviderUserId] [nvarchar](100) NOT NULL,
[UserId] [int] NOT NULL
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[webpages_Membership] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[webpages_Membership](
[UserId] [int] NOT NULL,
[CreateDate] [datetime] NULL,
[ConfirmationToken] [nvarchar](128) NULL,
[IsConfirmed] [bit] NULL,
[LastPasswordFailureDate] [datetime] NULL,
[PasswordFailuresSinceLastSuccess] [int] NOT NULL,
[Password] [nvarchar](128) NOT NULL,
[PasswordChangedDate] [datetime] NULL,
[PasswordSalt] [nvarchar](128) NOT NULL,
[PasswordVerificationToken] [nvarchar](128) NULL,
[PasswordVerificationTokenExpirationDate] [datetime] NULL,
CONSTRAINT [PK_webpages_Membership] PRIMARY KEY CLUSTERED
(
[UserId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Группа] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Группа](
[ID_Группа] [int] IDENTITY(1,1) NOT NULL,
[Наименование] [nvarchar](12) NOT NULL,
[Специальность] [int] NOT NULL,
[Типобучения] [int] NOT NULL,
[Годобучения] [nchar](10) NOT NULL,
CONSTRAINT [PK_Группа] PRIMARY KEY CLUSTERED
(
[ID_Группа] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[webpages_UsersInRoles] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[webpages_UsersInRoles](
[UserId] [int] NOT NULL,
[RoleId] [int] NOT NULL,
CONSTRAINT [PK_webpages_UsersInRoles] PRIMARY KEY CLUSTERED
(
[UserId] ASC,
[RoleId] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Факультет_Специальность] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Факультет_Специальность](
[ID_Факультет] [int] NOT NULL,
[ID_Специальность] [int] NOT NULL,
CONSTRAINT [PK_Факультет_Спкциальность] PRIMARY KEY CLUSTERED
(
[ID_Факультет] ASC,
[ID_Специальность] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Студент] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Студент](
[ID_Студент] [int] NOT NULL,
[N_ЗачКН] [int] NOT NULL,
[Год поступления] [date] NULL,
[ID_Специальность] [int] NULL,
[ID_ТипОбучения] [int] NULL,
CONSTRAINT [PK_Студент] PRIMARY KEY CLUSTERED
(
[ID_Студент] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[Преподаватель] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Преподаватель](
[ID_Преподаватель] [int] NOT NULL,
[ID_Должность] [int] NULL,
CONSTRAINT [PK_Преподаватель] PRIMARY KEY CLUSTERED
(
[ID_Преподаватель] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: Table [dbo].[СтудентГруппа] Script Date: 06/01/2016 05:26:23 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[СтудентГруппа](
[ID_Студент] [int] NOT NULL,
[ID_Группа] [int] NOT NULL,
CONSTRAINT [PK_СтудентГруппа] PRIMARY KEY CLUSTERED
(
[ID_Студент] ASC,
[ID_Группа] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: StoredProcedure [dbo].[Пользователь] Script Date: 06/01/2016 05:26:24 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author: <Author,,Name>
-- Create date: <Create Date,,>
-- Description: <Description,,>
-- =============================================
CREATE PROCEDURE [dbo].[Пользователь]
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;
-- Insert statements for procedure here
SELECT dbo.UserProfile.UserId AS Номер, dbo.UserProfile.UserName AS Логин, dbo.webpages_Membership.CreateDate AS [Датасоздания]
FROM dbo.UserProfile INNER JOIN
dbo.webpages_Membership ON dbo.UserProfile.UserId = dbo.webpages_Membership.UserId
END
GO
/****** Object: Table [dbo].[Лицо] Script Date: 06/01/2016 05:26:24 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[Лицо](
[ID_Лица] [int] NOT NULL,
[Имя] [nvarchar](50) NOT NULL,
[Отчество] [nvarchar](50) NOT NULL,
[Фамилия] [nvarchar](50) NOT NULL,
[ID_Паспорт] [int] NULL,
[ID_Адрес] [int] NULL,
[ID_Пол] [smallint] NULL,
[Дата_рождения] [date] NULL,
CONSTRAINT [PK_Лицо] PRIMARY KEY CLUSTERED
(
[ID_Лица] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
/****** Object: ForeignKey [FK_webpages_Membership_UserProfile] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[webpages_Membership] WITH CHECK ADD CONSTRAINT [FK_webpages_Membership_UserProfile] FOREIGN KEY([UserId])
REFERENCES [dbo].[UserProfile] ([UserId])
GO
ALTER TABLE [dbo].[webpages_Membership] CHECK CONSTRAINT [FK_webpages_Membership_UserProfile]
GO
/****** Object: ForeignKey [FK_Группа_Специальность] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Группа] WITH CHECK ADD CONSTRAINT [FK_Группа_Специальность] FOREIGN KEY([Специальность])
REFERENCES [dbo].[Специальность] ([ID_Специальность])
GO
ALTER TABLE [dbo].[Группа] CHECK CONSTRAINT [FK_Группа_Специальность]
GO
/****** Object: ForeignKey [FK_Группа_Типобучения] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Группа] WITH CHECK ADD CONSTRAINT [FK_Группа_Типобучения] FOREIGN KEY([Типобучения])
REFERENCES [dbo].[Типобучения] ([ID_Тип])
GO
ALTER TABLE [dbo].[Группа] CHECK CONSTRAINT [FK_Группа_Типобучения]
GO
/****** Object: ForeignKey [FK_webpages_UsersInRoles_UserProfile] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[webpages_UsersInRoles] WITH CHECK ADD CONSTRAINT [FK_webpages_UsersInRoles_UserProfile] FOREIGN KEY([UserId])
REFERENCES [dbo].[UserProfile] ([UserId])
GO
ALTER TABLE [dbo].[webpages_UsersInRoles] CHECK CONSTRAINT [FK_webpages_UsersInRoles_UserProfile]
GO
/****** Object: ForeignKey [FK_webpages_UsersInRoles_webpages_Roles] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[webpages_UsersInRoles] WITH CHECK ADD CONSTRAINT [FK_webpages_UsersInRoles_webpages_Roles] FOREIGN KEY([RoleId])
REFERENCES [dbo].[webpages_Roles] ([RoleId])
GO
ALTER TABLE [dbo].[webpages_UsersInRoles] CHECK CONSTRAINT [FK_webpages_UsersInRoles_webpages_Roles]
GO
/****** Object: ForeignKey [FK_Факультет_Спкциальность_Специальность] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Факультет_Специальность] WITH CHECK ADD CONSTRAINT [FK_Факультет_Спкциальность_Специальность] FOREIGN KEY([ID_Специальность])
REFERENCES [dbo].[Специальность] ([ID_Специальность])
GO
ALTER TABLE [dbo].[Факультет_Специальность] CHECK CONSTRAINT [FK_Факультет_Спкциальность_Специальность]
GO
/****** Object: ForeignKey [FK_Факультет_Спкциальность_Факультет] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Факультет_Специальность] WITH CHECK ADD CONSTRAINT [FK_Факультет_Спкциальность_Факультет] FOREIGN KEY([ID_Факультет])
REFERENCES [dbo].[Факультет] ([ID_Факультет])
GO
ALTER TABLE [dbo].[Факультет_Специальность] CHECK CONSTRAINT [FK_Факультет_Спкциальность_Факультет]
GO
/****** Object: ForeignKey [FK_Студент_Специальность] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Студент] WITH CHECK ADD CONSTRAINT [FK_Студент_Специальность] FOREIGN KEY([ID_Специальность])
REFERENCES [dbo].[Специальность] ([ID_Специальность])
GO
ALTER TABLE [dbo].[Студент] CHECK CONSTRAINT [FK_Студент_Специальность]
GO
/****** Object: ForeignKey [FK_Студент_Типобучения] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Студент] WITH CHECK ADD CONSTRAINT [FK_Студент_Типобучения] FOREIGN KEY([ID_ТипОбучения])
REFERENCES [dbo].[Типобучения] ([ID_Тип])
GO
ALTER TABLE [dbo].[Студент] CHECK CONSTRAINT [FK_Студент_Типобучения]
GO
/****** Object: ForeignKey [FK_Преподаватель_Должность] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[Преподаватель] WITH CHECK ADD CONSTRAINT [FK_Преподаватель_Должность] FOREIGN KEY([ID_Должность])
REFERENCES [dbo].[Должность] ([ID_должность])
GO
ALTER TABLE [dbo].[Преподаватель] CHECK CONSTRAINT [FK_Преподаватель_Должность]
GO
/****** Object: ForeignKey [FK_СтудентГруппа_Группа] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[СтудентГруппа] WITH CHECK ADD CONSTRAINT [FK_СтудентГруппа_Группа] FOREIGN KEY([ID_Группа])
REFERENCES [dbo].[Группа] ([ID_Группа])
GO
ALTER TABLE [dbo].[СтудентГруппа] CHECK CONSTRAINT [FK_СтудентГруппа_Группа]
GO
/****** Object: ForeignKey [FK_СтудентГруппа_Студент] Script Date: 06/01/2016 05:26:23 ******/
ALTER TABLE [dbo].[СтудентГруппа] WITH CHECK ADD CONSTRAINT [FK_СтудентГруппа_Студент] FOREIGN KEY([ID_Студент])
REFERENCES [dbo].[Студент] ([ID_Студент])
GO
ALTER TABLE [dbo].[СтудентГруппа] CHECK CONSTRAINT [FK_СтудентГруппа_Студент]
GO
/****** Object: ForeignKey [FK_Лицо_UserProfile] Script Date: 06/01/2016 05:26:24 ******/
ALTER TABLE [dbo].[Лицо] WITH CHECK ADD CONSTRAINT [FK_Лицо_UserProfile] FOREIGN KEY([ID_Лица])
REFERENCES [dbo].[UserProfile] ([UserId])
GO
ALTER TABLE [dbo].[Лицо] CHECK CONSTRAINT [FK_Лицо_UserProfile]
GO
/****** Object: ForeignKey [FK_Лицо_Паспорт] Script Date: 06/01/2016 05:26:24 ******/
ALTER TABLE [dbo].[Лицо] WITH CHECK ADD CONSTRAINT [FK_Лицо_Паспорт] FOREIGN KEY([ID_Паспорт])
REFERENCES [dbo].[Паспорт] ([ID])
GO
ALTER TABLE [dbo].[Лицо] CHECK CONSTRAINT [FK_Лицо_Паспорт]
GO
/****** Object: ForeignKey [FK_Лицо_Пол] Script Date: 06/01/2016 05:26:24 ******/
ALTER TABLE [dbo].[Лицо] WITH CHECK ADD CONSTRAINT [FK_Лицо_Пол] FOREIGN KEY([ID_Пол])
REFERENCES [dbo].[Пол] ([ID])
GO
ALTER TABLE [dbo].[Лицо] CHECK CONSTRAINT [FK_Лицо_Пол]
GO
/****** Object: ForeignKey [FK_Лицо_Преподаватель] Script Date: 06/01/2016 05:26:24 ******/
Подобные документы
Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.
курсовая работа [3,8 M], добавлен 02.02.2014Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
дипломная работа [1,4 M], добавлен 20.07.2014Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь".
дипломная работа [5,4 M], добавлен 06.06.2013Знакомство с особенностями и основными этапами разработки онлайн-сервиса, облегчающего потребителям процесс подбора спортивного снаряжения. Анализ оборудования для вейкбординга. Общая характеристика клиент-серверной архитектуры реализации веб-приложения.
дипломная работа [4,1 M], добавлен 30.09.2016Моделирование программного продукта для виртуального магазина по продаже спортивного инвентаря "Дом спорта". Построение диаграммы информационных потоков, логической и физической модели базы данных. Создание запросов и форм. Визуализация базы данных.
курсовая работа [5,2 M], добавлен 24.11.2014Разработка структуры информационной системы с использованием СУБД MS Access. Моделирование бизнес-процессов с помощью IDEF0-диаграмм. Проектирование приложения в среде Delphi. Физическая реализация структуры базы данных. Создание интерфейса системы.
отчет по практике [3,4 M], добавлен 07.01.2015Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса.
курсовая работа [1,6 M], добавлен 18.02.2013Алгоритм разработки базы данных и сопровождающей ее программы, предназначенных для автоматизированного учета услуг спортивного клуба. Инфологическое, даталогическое проектирование. Разработка приложений баз данных в среде Visual FoxPro 5.0 InterBase.
курсовая работа [593,9 K], добавлен 01.04.2013Имитационное моделирование деятельности "Центра обслуживания абонентов". Диаграммы потоков данных. Выявление вариантов использования. Моделирование видов деятельности и взаимодействий. Проектирование пользовательского интерфейса и архитектуры приложения.
дипломная работа [1,3 M], добавлен 24.10.2010Разработка автоматизированной информационной системы управления взаимоотношениями с клиентами Токаревского мясокомбината, анализ и выбор используемых средств. Проектирование структуры базы данных и пользовательского интерфейса, генерации отчетов.
дипломная работа [2,3 M], добавлен 05.07.2009