Бизнес-план разработки (стр. 1 из 3)
Организационно-экономическая часть
Темой организационно-экономической части дипломного проекта является технико-экономическое обоснование (ТЭО) по теме: “Бизнес-план разработки”.
В дипломном проекте производится разработка программ обработки запросов к базе данных автоматизированного рабочего места регистрации и документирования (АРМ РД).
В ТЭО необходимо рассмотреть следующие вопросы:
· Планирование разработки с построением сетевого графика;
· Расчет стоимости разработки;
· Экономическую эффективность разработки;
· Состав и назначение основных разделов хозяйственного договора.
В первой части ТЭО необходимо рассчитать срок разработки и построить сетевой график работ по созданию программного обеспечения АРМ РД. В данном случае под разработкой подразумеваются не только программы обработки запросов к базе данных, а программное обеспечение АРМ РД в целом.
Во второй части ТЭО необходимо рассчитать стоимость разработки программного обеспечения АРМ РД с момента получения первого варианта технического задания и заканчивая оформлением документации и сдачей разработки. При этом учитывается, что разработка производится на средства, выделяемые из Госбюджета (финансирование по целевым программам).
В третьей части ТЭО необходимо обосновать экономическую эффективность разработки.
В заключительной части ТЭО необходимо сформулировать основные пункты хозяйственного договора, заключаемого между двумя сторонами – заказчиком и исполнителем, а также сформулировать назначение пунктов хозяйственного договора и порядок их согласования и утверждения.
1. Планирование разработки с использованием сетевого графика
Большая сложность и комплексность научно-исследовательских и опытно-конструкторских работ, одновременное участие многих исполнителей, необходимость параллельного выполнения работ, зависимость начала многих работ от результатов других, значительно осложняет планирование разработки. Наиболее удобными в этих условиях являются системы сетевого планирования и управления, основанные на применении сетевых моделей планируемых процессов, допускающих использование современной вычислительной техники, позволяющих быстро определить последствия различных вариантов управляющих воздействий и находить наилучшие из них. Они дают возможность руководителям своевременно получать достоверную информацию о состоянии дел, о возникших задержках и возможностях ускорения хода работ, концентрируют внимание руководителей на “критических” работах, определяющих продолжительность проведения разработки в целом, заставляют совершенствовать технологию и организацию работ, непосредственно влияющих на сроки проведения разработки, помогают составлять рациональные планы работ, обеспечивают согласованность действий исполнителей.
Планирование научно-исследовательских работ с применением сетевого метода ведётся в следующем порядке:
1) составляется перечень событий и работ;
2) устанавливается топология сети;
3) строится сетевой график по теме;
4) определяется продолжительность работ (tож);
5) рассчитываются параметры сетевого графика;
6) определяется продолжительность критического пути;
7) проводится анализ и оптимизация сетевого графика, если это необходимо.
В перечне событий и работ указывают кодовые номера событий и их наименование, в последовательности от исходного события к завершающему, при расположении кодовых номеров и наименований работ перечисляются все работы, имеющие общее начальное событие.
Исходные данные для расчета получают методом экспертных оценок. Для работ, время выполнения которых неизвестно, исполнитель или другие специалисты, привлекаемые в качестве экспертов, дают в соответствие с принятой системой три или две вероятностные оценки продолжительности:
· tmin - минимальную;
· tmax - максимальную;
· tнв - наиболее вероятную или только первые две.
Эти величины являются исходными для расчёта ожидаемого времени tож по формулам (1) и (2).
(1) 
(2)После построения графика и выбора необходимых исходных данных рассчитывают параметры сети: сроки совершения событий, резервы времени, продолжительность критического пути. Расчёт параметров сети наиболее удобно выполнять табличным методом, если число событий не превышает 100 - 150. Этому условию соответствует проводимая разработка.
Для описания сети в “терминах событий” используются следующие понятия.
Ранний срок наступления события (Tpi) - минимальный срок, необходимый для выполнения всех работ, предшествующих данному событию, равен продолжительности наибольшего из путей, ведущих от исходного события 1 к данному (формула (3)).
(3)Критический путь сети (Ткр) - максимальный путь от исходного события 1 до завершающего события С.
Поздний срок наступления события (Tni) - максимально допустимый срок наступления данного события, при котором сохраняется возможность соблюдения ранних сроков наступления последующих событий, равен разности между продолжительностью критического пути и наибольшего из путей, ведущих от завершающего события данному (формула (4)).
(4)Все события в сети, за исключением событий, принадлежащих критическому пути, имеют резерв времени (Ri), приведённый в выражении (5).
(5)Резерв времени события показывает, на какой предельный срок можно задержать наступление этого события, не увеличивая общего срока окончания работ (т.е. продолжительности критического пути).
При описании сети “в терминах работ” определяют ранние и поздние сроки начала и окончания работ (формулы (6) - (9)).
ранний срок начала:
(6)поздний срок начала:
(7)ранний срок окончания:
(8)поздний срок окончания:
(9)Работы сетевой модели могут иметь два вида резервов времени: полный (Rпi,j) и свободный (Rci,j). Полный резерв показывает, на сколько может быть увеличена продолжительность данной работы или сдвинуто её начало так, чтобы продолжительность максимального из проходящих через неё путей не превысила критического пути. Полный резерв, если он не использован до конца при выполнении данной работы, частично может быть перераспределён и между другими работами, лежащими на данном пути. Полный резерв рассчитывается по формуле (10).
(10)Свободный резерв показывает максимальное время, на которое можно увеличить продолжительность данной работы или изменить её начало, не меняя ранних сроков начала последующих работ.
Он является независимым резервом времени данной работы, т.к. использование его не меняет величины свободных резервов остальных работ сети.
Свободный резерв рассчитывается по формуле (11).
(11)В соответствии с вышеизложенной методикой приведём планирование разработки.
Перечень событий и работ по каждому этапу приводится в таблице 1. Процесс разработки подразделяется на пять этапов:
1. Подготовительный этап.
2. Выбор методов и средств решения.
3. Разработка алгоритмов программ.
4. Отладка программ и анализ результатов.
5. Оформление документации и подготовка к сдаче разарботки.
В таблице 1 приведен перечень событий и работ, имеющих место при разработке АРМ РД.
Таблица 1.Перечень событий и наименование работ
| № этапа | № соб. | Событие | Код работы | Наименование работы |
I | 0 | Первый вариант ТЗ получен | 0-1 0-3 | Согласование и уточнение первого варианта ТЗ Составление перечня материалов по тематике |
1 | Промежуточный вариант ТЗ согласован | 1-2 | Составление окончательного варианта ТЗ | |
2 | Окончательный вариант ТЗ утвержден | 2-5 | Проведение анализа существующих методов решения и получение сравнительных хар-к | |
3 | Перечень материалов по тематике составлен | 3-4 | Изучение материалов по тематике | |
II | 4 | Материалы по тематике задачи изучены | 4-8 | Выбор окончательного метода решения |
5 | Анализ существующих методов решения проведен, сравнительные хар-ки получены | 5-6 | Предварительный выбор метода решения | |
| 6 | Метод решения предварительно выбран | 6-7 | Уточнение и согласование выбранного метода решения | |
| 7 | Выбранный метод решения согласован | 7-8 | Утверждение окончательного метода решения | |
III | 8 | Окончательный метод решения утвержден | 8-9 8-10 8-11 | Изучение лит-ры по ЯП Составление эскизного варианта алгоритма Анализ входной и выходной информации |
| 9 | Литература по ЯП изучена | 9-14 | Выбор языка программирования | |
III | 10 | Эскизный вариант алг. Составлен | 10-12 | Уточнение алгоритма решения |
11 | Анализ входной и выходной информации проведен | 11-12 | Уточнение алгоритма решения | |
12 | Алгоритм решения проработан | 12-13 | Разработка блок-схемы алгоритма | |
13 | Блок-схема алгоритма составлена | 13-14 | Выбор языка программирования | |
14 | Язык прграммирования выбран | 14-15 14-16 | Определение структуры программы Работа над модулями программы | |
15 | Структура программы разработана | 15-17 | Работа над текстами программ | |
16 | Модульная структура разработана | 16-17 | Работа над текстами программ | |
IV | 17 | Тексты программ составлены | 17-18 17-19 | Логический анализ программы и ее корректирование Компиляция программ |
18 | Логический анализ программ, их корректирование завершены | 18-20 | Исправление ошибок в программах | |
IV | 19 | Компиляция программ завершена | 19-21 | Редактирование программ в единый модуль |
20 | Исправление ошибок завершено | 20-21 | Редактирование программ в единый модуль | |
21 | Редактирование программ в единый загрузочный модуль завершено | 21-22 21-23 | Выполнение программ Анализ рез-тов выполнения | |
22 | Выполнение программ завершено | 22-24 | Проверка функ-ия прог-мм в различных условиях работы | |
V | 23 | Анализ результатов выполнения программ завершен | 23-24 23-25 | Проверка функ-ия прог-мм в различных условиях работы Выпуск документации |
| 24 | Проверка функ-ия прог-мм в различных условиях работы завершена | 24-26 | Подготовка отчета о работе | |
| 25 | Выпуск документации завершен | 25-26 | Подготовка отчета о работе | |
| 26 | Отчет о работе подготовлен |
На основании перечня событий и работ построен сетевой график работ (рис.1).