список использованных источников 1 страница

Содержание

Содержание................................................................................................................................. 1

определения, обозначения и сокразения.............................................................. 3

аннотация................................................................................................................................... 4

1 постановка задачи..................................................................................................... 5

1.1 Разработка и согласование ТЗ на информационную систему................................ 5

1.2 Формирование команды проекта, распределение обязанностей в команде, выбор методологии разработки ПО........................................................................................... 6

1.2.1 Распределение трудовых ресурсов.......................................................................... 6

Таблица 1.1 – Распределение ролей в проекте.................................................... 6

1.2.2 Описание используемой методологии разработки ПО........................................ 8

Рисунок 1 - Каскадная модель............................................................................... 8

1.3 Технико-экономическое обоснование проекта.......................................................... 9

1.3.1 Выполнение технико-экономических требований................................................ 9

1.3.1.1 Этапы проведения работ по созданию системы............................................... 9

Таблица 1.2 – Этапы разработки системы EBIS.................................................. 9

1.3.2 Расчет сметной стоимости создания системы..................................................... 10

Таблица 1.3 - Расшифровка трудоемкости работ U-1152............................... 10

Таблица 1.4 - Базовые экономические показатели U-1152............................ 12

Таблица 1.5 - Калькуляция расходов на выполнение проекта «EBIS»........ 12

1.3.3 Оценка стоимости эксплуатации ИС «EBIS»........................................................ 13

1.3.3.1 Затраты на сопровождение ИС «EBIS»............................................................. 13

1.3.3.2 Затраты на эксплуатацию ИС «EBIS»................................................................ 14

1.3.4 Экономическая целесообразность разработки системы................................... 16

1.4 Сбор требований к разрабатываемой системе, выявление основных групп пользователей системы.............................................................................................................................. 16

1.5 Анализ рисков проекта, описание мер уменьшения их влияния на результат выполнения проекта............................................................................................................................... 17

1.5.1 Описание угроз и возможностей, которые могут возникнуть в процессе работы над проектом....................................................................................................................... 17

1.5.2 Оценки рисков, проведённая аналитиком проекта............................................. 18

Таблица 6 - Матрица рангов главных выявленных рисков............................ 19

1.5.3 Описание сценариев работы с рисками................................................................. 19

1.6 План проекта.................................................................................................................... 20

2 обоснование выбора основных решений................................................. 22

2.1 Функциональное описание системы........................................................................... 22

Рисунок 2.1 - Структурная схема разрабатываемой системы....................... 22

2.2 Формирование предложений по проектируемой системе..................................... 22

2.2.1 Система управления базами данных...................................................................... 22

2.2.2 Сервер 23

2.2.3 Web-приложение........................................................................................................ 23

2.3 Описание архитектуры системы.................................................................................. 23

2.3.1 База данных................................................................................................................. 24

2.3.2 Сервер 24

2.3.3 Web-приложение........................................................................................................ 24

Рисунок 2.3 - Обобщенная структурная схема разработанного web-приложения 25

2.4 Принятие основных решений по видам обеспечений системы............................ 25

2.5 Принятие основных решений по безопасности и отказоустойчивости системы 25

2.5.1 Защита от межсайтового скриптинга (XSS)......................................................... 26

2.5.2 Защита от подделки межсайтового запроса (CSRF)........................................... 26

2.5.3 Защита от внедрения SQL (SQL-injection)............................................................ 26

2.5.4 SSL/HTTPS.................................................................................................................... 27

3 Разработка структур данных и основных решений........................... 28

3.1 Разработка основных компонентов системы............................................................ 28

3.1.1 Описание приложения менеджера учетных записей (apps.accounts)............ 28

3.1.2 Описание приложения для управления сервисом вопросов и ответов (apps.forum) 29

3.2 Описание решений по организации тестирования системы.................................. 31

3.3 Разработка средств автоматизированного развертывания системы и основных решений по автоматизации рутинных задач.................................................................................... 31

4 обоснование выбора окончательного системного решения сапр 33

заключение.............................................................................................................................. 34

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

определения, обозначения и сокразения

ИПС	-
КБ	-
МБ	-
МП	-
ОС	-
ПЗУ	-
ПО	-
ПК	-
IP	-
HTML	-
LAN	-
SQL	-
БД	-
ГОСТ	-
ИБП	-
EBIS	-
СУБД	-
	-
	-
	-

Аннотация

Настоящий документ содержит Пояснительную записку к Техническому проекту системы «Electronic Board Information System»(сокр. EBIS), предназначенной для автоматизации обмена информацией между пользователями.

Оформление программного документа «Описание программы» произведено по требованиям ЕСПД (ГОСТ 19.404-79¹).

Введение

1 постановка задачи

1.1 Разработка и согласование ТЗ на информационную систему

В рамках курсовой работы по дисциплине "Теория разработки программного обеспечения" было предложено разработать систему "ElectronicBoardInformationSystem" (EBIS), которая предназначена для автоматизации обмена информацией между пользователями. Цель создания EBIS – организация обмена пользователями справочной информацией по разработке программного обеспечения в рамках локальной сети отдельно взятого предприятия.

На основании поставленной цели было разработано и согласовано Техническое Задание (ТЗ) на систему. Разработка ТЗ включала в себя подготовку специального документа с аналогичным названием. В Техническом Задании было описано:

1. Совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы.

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

3. Описание выполняемых системой функций.

4. Будущие требования к системе в случае её развития.

5. Сущности, необходимые для выполнения функций системы.

6. Интерфейсы и распределение функций между человеком и системой.

7. Требования к программным и информационным компонентам ПО,требования к СУБД.

8. Что не будет реализовано в рамках проекта.

Разработка ТЗ велась в соответствии со стандартами:

1. ГОСТ 34.602-89 Техническое Задание на создание автоматизированной системы.

2. ГОСТ 24.104-85 Единая система стандартов автоматизированных систем управления. Автоматизированные системы управления. Общие требования.

3. РД 50-34.698-90. «Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов».

4. ГОСТ 34.201-89. «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем».

.

Техническое Задание на систему приведено в Приложении А.

1.2 Формирование команды проекта, распределение обязанностей в команде, выбор методологии разработки ПО

1.2.1 Распределение трудовых ресурсов

На основании разработанного ТЗ, были определены роли для реализации проекта, представленные в таблице 1.1:

Таблица 1.1 – Распределение ролей в проекте

№ п/п	Роль	Ф.И.О. исполнителя
	Разработчик ПО, Менеджер по качеству	Маяков И.
	Разработчик ПО, Системный аналитик	Островский В.
	Ведущий разработчик ПО	Малютин М.
	Менеджер проекта, Разработчик ПО	Красильников А.

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

Роль менеджера проекта в формировании и организации работы команды: эффективный проект-менеджер помогает членам команды пройти все стадии развития и полностью раскрыть свой потенциал. Он должен уметь предсказывать наступление очередного этапа развития и вести команду вперед. При успешном завершении проекта возникшее чувство удовлетворенности работой формирует желание дальнейшей совместной деятельности.

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

В обязанности менеджера проекта входит:

1) быстро и эффективно организовать начало работ по проекту;

2) организовывать, координировать и контролировать ход работ по проекту;

3) целесообразно распределять работы по проекту между членами команды проекта;

4) осуществлять взаимодействие с внешними участниками проекта для эффективной и своевременной его реализации;

5) контролировать отклонения от запланированного хода работ и следить за изменениями по проекту;

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

Менеджер по качеству - специалист, отвечающий за создание и поддержание системы, стимулирующей высокое качество продукции или услуг компании.

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

Кроме того он принимает участие в разработке ПО, маркетинг, работу с поставщиками, организацию продаж, поддержку потребителей (гарантии, техподдержка, консультации), технику безопасности в компании и мн. др.

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

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

Область ответственности ведущего программиста в различных фирмах может быть разной, но в целом, он обычно несёт ответственность за:

1) архитектуру, лежащую в основе разрабатываемой системы;

2) распределение работы и отслеживание выполнения задач другими участниками команды;

3) обучение новых или менее опытных разработчиков.

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

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

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

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

Разработчик ПО – специалист, занимающийся написанием и корректировкой программ для компьютеров (любых вычислительных устройств), то есть программированием.

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

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

1.2.2 Описание используемой методологии разработки ПО

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

Рисунок 1 - Каскадная модель

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

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

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

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

1.3 Технико-экономическое обоснование проекта

1.3.1 Выполнение технико-экономических требований

1.3.1.1 Этапы проведения работ по созданию системы

Сроки по разработки системы EBIS представлены в таблице 1.2:

Таблица 1.2 – Этапы разработки системы EBIS

№ п/п	Наименование этапа	Срок выполнения	Описание
	Постановка задачи	Февраль 2014 – Март 2014.	Формулирование и сбор требований. Анализ требований. Согласование требований с Заказчиком.
	Проектирование	Март 2014 – Апрель 2014	Выбор инструментов разработки. Концептуальное проектирование. Проектирование логической модели. Проектирование физической модели. Проектирование бизнес-сервисов. Проектирование интерфейсов.
	Реализация	Апрель 2014	Создание структуры базы данных. Разработка бизнес-сервисов. Разработка программных модулей. Разработка интерфейсов. Установка, настройка, администрирование. Создание плана тестирования.
	Тестирование	Апрель 2014 – Май 2014.	Сборка системы. Тестирование. Исправление ошибок. Модификация и адаптация системы.
	Разработка комплекта рабочей и эксплуатационной документации	Май 2014	Написание описания применения. Написание руководства по техническому обслуживанию. Написание руководства оператора. Написание руководства программиста. Написание руководства системного программиста.
	Испытание и приемка опытного образца	Май 2014	Развертывание системы. Демонстрация заказчику. Передача продукта заказчику.

1.3.2 Расчет сметной стоимости создания системы

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

При расчете стоимости работ по этапам использовались:

1. Аналого-сопоставительный принцип технико-экономического анализа выполняемых разработок.

2. Методики ценообразования и калькуляции договорных цен.

3. Расшифровка трудоемкости работ U-1152 по этапам приведена в таблице 1.3.

Таблица 1.3 - Расшифровка трудоемкости работ U-1152

Номер этапа	Содержание работ	Трудозатраты, часы
	Формулирование и сбор требований	107,8
Анализ требований	33,6
Согласование требований с Заказчиком	4,2
Итого по 1 этапу	145,6
	Изучение инструментов разработки	50,4
Выбор инструментов разработки
Концептуальное проектирование
Проектирование логической модели	36,75
Проектирование физической модели
Проектирование бизнес-сервисов
Проектирование интерфейсов
Итого по 2 этапу	322,15
	Создание структуры базы данных
Разработка бизнес-сервисов	31,5
Разработка программных модулей
Разработка интерфейсов
Установка, настройка, администрирование
Создание плана тестирования
Итого по 3 этапу	241,5
	Сборка системы
Тестирование
Исправление ошибок	6,17
Модификация и адаптация системы
Итого по 4 этапу	41,17
	Написание описания применения
Написание руководства по техническому обслуживанию	10,5
Написание руководства оператора	10,5
Написание руководства программиста	10,5
Написание руководства системного программиста	10,5
Итого по 5 этапу	77
	Согласование времени демонстрации
Развертывание системы
Демонстрация заказчику
Итого по 6 этапу	57
Всего	884,42

На основании данных, представленных в таблице 1.4, приведена калькуляция расходов на выполнение работы (таблица 1.5) на основании базовых экономических показателей, применяемых при формировании договорных цен на проект для U-1152.

Таблица 1.4 - Базовые экономические показатели U-1152

Показатель	Норматив
Среднемесячный фонд оплаты труда одного работника, тыс. руб.	11,4
Отчисления на социальные нужды (в соответствии с НК РФ, часть 2), проценты
Накладные расходы, проценты
Рентабельность от себестоимости собственных работ, проценты

Для определения среднемесячного фонда оплаты труда на этапах выполнения проекта применялся коэффициент удорожания (Куд = 1,12).

Таблица 1.5 - Калькуляция расходов на выполнение проекта «EBIS»

Наименование статей затрат	1 этап	2 этап	3 этап	4 этап	5 этап	этап	Всего
Расходы на оплату труда
Начисления на оплату труда
Накладные расходы
Расходы на командировки
Материалы и комплектующие изделия
Себестоимость
Прибыль
Услуги сторонних организаций
Стоимость	38	77	32	6	25	5	191

Таким образом, по результатам эскизного проектирования можно сделать вывод о возможности реализации ТЗ на создание информационной системы «EBIS» в пределах сметной стоимости 191 тыс.руб.

1.3.3 Оценка стоимости эксплуатации ИС «EBIS»

1.3.3.1 Затраты на сопровождение ИС «EBIS».

Сопровождение ИС «EBIS», как и других сложных информационных систем, заключается в их развитии и модернизации, в обнаружении и устранении ошибок, а также в тиражировании и контроле распространяемых версий программного обеспечения.

Основные затраты на сопровождение ПО включают:

Дата добавления: 2015-11-14