- •Введение
- •1. Постановка задачи
- •1.1 Обсуждение проблемы, предметная область, описание предметной области.
- •1.2 Определение цели и назначения продукта, потенциальных пользователей системы.
- •1.3. Определение цели и назначения продукта, потенциальных пользователей системы.
- •1.4 Предполагаемый эффект для пользователей
- •2. Требования к проектируемой системе
- •2.1 Построение модели прецедентов
- •2.2 Согласование с заказчиком возможностей системы и условий, которым она должна удовлетворять.
- •2.3 Определение ограничений на функционирование
- •2.4 Выбор конфигураций и потребляемых ресурсов.
- •3. Построение модели анализа проекта
- •3.1 Участники процесса разработки по
- •3.2 Выявление классов
- •4. Технико-экономическое обоснование проекта
- •4.1 Выбор экономической модели и типа программного проекта
- •4.2 Расчет трудоемкости и длительности разработки
- •4.2.1 Анализ и проектирование
- •4.2.2 Кодирование
- •4.2.3 Отладка и тестирование
- •4.3 Оценка стоимости разработки программного продукта
- •4.3.1 Затраты на материально-техническое обеспечение
- •4.3.2 Заработная плата
- •4.3.3 Накладные расход
- •4.3.4 Единый социальный налог
- •5. Проведение проектирования
- •5.1 Архитектура системы
- •5.2 Диаграмма деятельности
- •5.3 Диаграмма последовательности
- •5.4 Тестирование
- •Заключение
- •Список использованных источников
4.3.2 Заработная плата
Заработная плата включает в себя заработную плату по контракту с работодателем и премию (если она предусмотрена контрактом) и рассчитывается по формуле:
где
Зо – основная заработная плата
Зк – заработная плата по контракту
П – премии
Таким образом, заработную плату участников проекта можно рассчитать по формуле:
где
Сср – средняя заработная плата
Е – общая трудоемкость создания проекта
За среднемесячную заработную плату программиста принимается значение, равное 30000 рублей. Премия в рассматриваемом варианте не предусмотрена. Тогда затраты на заработную плату для 3-х вариантов значений трудоемкости выглядят следующим образом:
Пессимистично:
Вероятно:
Оптимистично:
4.3.3 Накладные расход
Накладные расходы – это расходы на хозяйственное обслуживание. Величина накладных расходов устанавливается в процентах от основной заработной платы. Процент накладных расходов Сн принимается исходя из конкретных условий деятельности организации. Для данного проекта Сн составляет 50% от Сзар:
Пессимистично:
Вероятно:
Оптимистично:
4.3.4 Единый социальный налог
При ставке 34% единый социальный налог составляет:
Пессимистично:
Вероятно:
Оптимистично:
Таким образом, суммарные значения всех показателей дадут приблизительную стоимость проекта:
Пессимистично:
Вероятно:
Оптимистично:
5. Проведение проектирования
5.1 Архитектура системы
Модель проектирования воплощает в себе первичные решения в отношении распределения объектов, взаимозаменяемости, баз данных, пользовательского интерфейса и т.д. Представляет собой расширенную модель анализа.
Для описания структуры системы были использованы следующие диаграммы.
5.2 Диаграмма деятельности
При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации выполняемых системой операций.
Для моделирования процесса выполнения операций в языке UML используются диаграммы деятельности. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние выполняется только при завершении этой операции.
Таким образом, диаграммы деятельности позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения.
В контексте языка UML деятельность (activity) представляет собой совокупность отдельных вычислений, выполняемых автоматом, приводящих к некоторому результату или действию (action). На диаграмме деятельности отображается логика и последовательность переходов от одной деятельности к другой, а внимание аналитика фокусируется на результатах. Результат деятельности может привести к изменению состояния системы или возвращению некоторого значения. Диаграмма активности представлены на рисунках 2 и 3.
Рисунок 2 – Диаграмма активности ввода пароля
Выбор сайта для запрета из базы
Нет нужного сайта
Запрет на выбранный сайт
Рисунок 3 – Диаграмма активности при выборе сайта из базы программы