Смекни!
smekni.com

И. А. Кудрявцев аучный (стр. 7 из 9)

Рис. 4.3.2.

2 Схема приложения

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

Рис.5.1.


Заключение

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

В процессе подготовки к непосредственной разработке программного продукта, были изучены язык программирования Python, фреймворк для быстрой и удобной разработки веб-приложений Django. Также была изучена СУБД MySQL.

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

Список использованных источников

1 К. Бек, М. Фаулер. Экстремальное программирование: планирование. Библиотека программиста. – СПб.: Питер, 2003. – 144 с.:ил.

2 Кролл П., Крачтен Ф. Rational Unified Process – это легко. Руководство по RUP. Пер. с англ. – М.: КУДИЦ-ОБРАЗ, 2004.- 432 с.

3 Сузи Р.А. Python. - СПб.: БХВ-Петербург, 2002 - 768 с.: ил.

4 Открытые системы. Scrum: гибкое управление разработкой [Электронный ресурс]: Статья [б.м, б.г, б.и].– Режим доступа: – http://www.osp.ru/os/2007/04/4220063/

5 Обзор методологии Scrum [Электронный ресурс]: Статья [б.м, б.г, б.и].– Режим доступа: – http://www.citforum.ru/SE/project/scrum/

6 Django [Электронный ресурс]: [б.м, б.г, б.и].– Режим доступа: – http://www.djangoproject.com/

7 MAXKIR Самое интересное о разработке программного обеспечения [Электронный ресурс]: Статья [б.м, б.г, б.и].– Режим доступа: – http://www.maxkir.com/sd/newmethRUS.html

8 TeaM RSN Доступ к базам данных: Python & MySQL [Электронный ресурс]: Статья [б.м, б.г, б.и].– Режим доступа: – http://www.ruscript.net/scripts/34/

Приложение А «Текстовое описание вариантов использования»

ВИ «Войти в систему»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь загрузил первую страницу системы с предложением ввода логина и пароля.

Минимальные гарантии: Система отклонила попытку входа и оповестила об ошибке.

Гарантия успеха: Пользователь вошел в систему и получил все права доступа, которые ему назначены в соответствии с его ролями.

Триггер: Пользователь ввел свои логин и пароль и нажал кнопку входа.

Основной сценарий:

1 Пользователь ввел свой логин, пароль и нажал кнопку входа.

2 Система удостоверилась, что такой пользователь есть в базе данных.

3 Система получает роли пользователя в системе.

4 Пользователь входит в систему.

5 Система загружает для пользователя стартовую страницу, соответствующую его ролям.

Альтернативы:

1.1.1. Пользователь не заполнил все обязательные поля.

1.1.2. Система оповещает пользователя о том, что не все требуемые поля заполнены и просит их заполнить.

2.1.1. Пользователь с указанными логином и паролем отсутствует в базе данных

2.1.2. Система отклоняет попытку входа.

2.1.3. Система оповещает пользователя о том, что введенные логин и пароль неверны.

3.1.1. Пользователю не назначено ни одной роли.

3.1.2. Система отклоняет попытку входа.

3.1.3. Система оповещает пользователя о том, что ему недостаточно прав.

ВИ «Создать проект»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь имеет право на создание нового проекта.

Минимальные гарантии: Система не смогла создать проект и оповестила об этом пользователя.

Гарантия успеха: Система создала новый проект и перешла на страницу со списком всех проектов, доступных пользователю. Новый проект появился в этом списке.

Триггер: Пользователь воспользовался элементом управления для добавления проекта.

Основной сценарий:

1 Пользователь, используя элемент управления, переходит на страницу создания нового проекта.

2 Система предоставляет пользователю набор полей, необходимых для заполнения.

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

4 Пользователь, используя элемент управления, производит сохранение проекта.

5 Система переводит пользователя в список проектов, в числе которых появился новый проект.

Альтернативы:

3.1.1. Пользователь вводит в поле для ввода некорректное значение.

3.1.2. Система при сохранении проекта оповещает об этом пользователя и предлагает ввести новые значения.

4.1.1. Система не может сохранить проект.

4.1.2. Система оповещает об этом пользователя с детальным описанием причины.

ВИ «Создать спринт»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь находится на странице подробного описания какого-либо проекта. Пользователь имеет право на создание спринта.

Минимальные гарантии: Система не смогла создать новый спринт и оповестила об этом пользователя.

Гарантия успеха: Система создала новый спринт и перешла на страницу для формирования списка задач на этот спринт.

Триггер: Пользователь воспользовался элементом управления для добавления спринта.

Основной сценарий:

1 Пользователь, используя элемент управления, переходит на страницу создания нового спринта.

2 Система предоставляет пользователю набор полей, необходимых для заполнения.

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

4 Пользователь, используя элемент управления, производит сохранение спринта.

5 Система переходит на страницу для формирования списка задач на только что созданный спринт.

Альтернативы:

3.1.3. Пользователь вводит в поле для ввода некорректное значение.

3.1.4. Система при сохранении спринта оповещает об этом пользователя и предлагает ввести новые значения.

4.1.3. Система не может сохранить спринт.

4.1.4. Система оповещает об этом пользователя с детальным описанием причины.

ВИ «Создать задачу»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь имеет право добавить новую задачу.

Минимальные гарантии: Система не смогла создать задачу и оповестила об этом пользователя.

Гарантия успеха: Система создала новую задачу и перешла на страницу со списком всех задач проекта. Новая задача появилась в этом списке.

Триггер: Пользователь воспользовался элементом управления для добавления задачи.

Основной сценарий:

1 Пользователь, используя элемент управления, переходит на страницу создания новой задачи.

2 Система предоставляет пользователю набор полей, необходимых для заполнения.

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

4 Пользователь, используя элемент управления, производит сохранение задачи.

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

Альтернативы:

3.1.5. Пользователь вводит в поле для ввода некорректное значение.

3.1.6. Система при сохранении задачи оповещает об этом пользователя и предлагает ввести новые значения.

4.1.5. Система не может сохранить задачу.

4.1.6. Система оповещает об этом пользователя с детальным описанием причины.

ВИ «Удалить задачу»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь имеет право удалить задачу.

Минимальные гарантии: Система не смогла удалить задачу и оповестила об этом пользователя.

Гарантия успеха: Система удалила задачу и перешла на страницу со списком всех задач проекта.

Триггер: Пользователь воспользовался элементом управления для удаления задачи.

Основной сценарий:

6 Пользователь, используя элемент управления, удаляет задачу.

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

Альтернативы:

2.1.1. Система не может удалить задачу.

2.1.2. Система оповещает об этом пользователя с детальным описанием причины.

ВИ «Просмотреть список задач»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь выбрал, какие именно задачи он хочет увидеть.

Минимальные гарантии: Система не смогла предоставить список задач и оповестила об этом пользователя.

Гарантия успеха: Система предоставила список задач, запрошенных пользователем с указанием их основных параметров и возможностью перейти к детальному описанию каждой задачи.

Триггер: Пользователь воспользовался элементом управления для перехода на страницу с требуемыми задачами.

Основной сценарий:

1 Пользователь, используя элемент управления, выбирает, какие задачи он хочет просмотреть («Мои задачи», «Задачи по Проекту №1», …).

2 Система предоставляет пользователю список задач, отсортированных по приоритетам, при этом давая возможность отсортировать их по другим полям, например, по типу или статусу.

Альтернативы:

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

2.1.2. Система сообщает пользователю о невозможности предоставления списка задач.

ВИ «Изменить задачу»

Основное действующее лицо: Пользователь

Участники и их интересы:

Предусловие: Пользователь вошел в систему. Пользователь находится на странице с детальным описанием задачи.