Оптимизация плана работ по отладке программных продуктов

Загрузить архив:
Файл: ref-22200.zip (383kb [zip], Скачиваний: 37) скачать

Содержание

Введение                                                                                                                         3

1. Общесистемная часть                                                                                                   4

1.1. Характеристика ООО «Оргнефтехим» как объекта управления                            4

1.2. Организационная структура ООО «Оргнефтехим»                                             7

1.3. Функциональная структура АСУ «ООО «Оргнефтехим»                                   11

1.4. Информационное обеспечение подсистемы «Программное обеспечение»          14

1.5. Математическое обеспечение подсистемы                                                                        22

1.6. Программное обеспечение подсистемы                                                                  26

1.7. Техническое обеспечение подсистемы                                                                   27

1.8. Постановка Задачи «Оптимизация плана работ по отладке программных продуктов»                                                                                                               29

2. Специальная часть                                                                                                      30

2.1. Описание сущности задачи «Оптимизация плана работ по отладке программных продуктов»                                                                                                                     30

2.2. Математическая модель задачи                                                                              43

2.3. Информационное обеспечение задачи                                                                    50

2.4. Алгоритм решения задачи                                                                                    56

2.5. Программное обеспечение задачи                                                                      68

2.6. Техническое обеспечение задачи                                                                          70

2.7. Инструкция пользователю                                                                                      71

2.8. Контрольный пример                                                                                             73

3. Экономическая часть «Экономическая эффективность разработанного продукта»75

3.1. Описание проектируемого программного продукта                                           79

3.2. Оценка рынка сбыта программного продукта                                                     80

3.3. Оценка конкурентоспособности программного продукта                                  81

3.4. План маркетинга                                                                                                    84

3.5. Календарный план работы над программным продуктом                                 85

3.6. Расчет цены продукта                                                                                            89

3.7. Оценка экономической эффективности                                                                 90

Заключение                                                                                                                   93

Список использованной литературы                                                                           94

Приложение                                                                                                                   95

Введение

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

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

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

Автоматизированное решение задач, связанных с повышением качества создаваемого программного обеспечения, обеспечит повышение эффективности работы компаний, что приведет к росту их конкурентоспособности и увеличению прибыли. К такому роду задач управления и относится задача «Оптимизация плана работ по отладке программных продуктов», решаемая в данном проекте.

1.1. Характеристика ООО «Оргнефтехим», как объекта управления

Компания ООО «ОРГНЕФТЕХИМ», входит в состав международного холдинга, основной сферой деятельности которого является проведение монтажных, пусконаладочных работ, оказание широкого спектра инжиниринговых услуг, а также планирование разработки, контроль над разработкой и сопровождение специфического программного обеспечениядля каждого из объектов предприятий химической, нефтехимической и нефтеперерабатывающей отраслей промышленности. Работы осуществляются на всех этапах строительства новых мощностей, реконструкции и капитальных ремонтов действующих, компания также осуществляет функции генерального подрядчика.

В своем составе предприятие имеет большой штат высоко квалифицированных специалистов с богатым производственным опытом.

Организация производит выполнение следующих видов работ:

vПроектирование зданий и сооружений;

þРазработка строительных решений;

þРазработка инженерных сетей и систем;

þРазработка специальных разделов проектной документации;

þСоставление сметной документации;

þРазработка производственных, общественных и жилых зданий и их комплексов;

vСтроительство зданий и сооружений;

þВыполнение подготовительных и каменных работ;

þВыполнение работ по устройству и монтажу бетонных, стальных и деревянных конструкций;

þВыполнение изоляционных работ;

þОсуществление функций генерального подрядчика;

þВыполнение отделочных работ;

þВыполнение работ по устройству наружных и внутренних сетей,  коммуникаций, инженерных систем и оборудования;

þВыполнение работ по Защите конструкций и технологического оборудования;

þВыполнение работ по монтажу технологического оборудования;

þВыполнение Пуско-наладочных работ;

þВыполнение функций заказчика-застройщика.

vСоздание программного обеспечения.

þОпределение и спецификация требований;

þФормирование технических заданий;

þПроектирование систем, программ, модулей;

þФормирование проектной документации;

þКодирование модулей, программ, систем, средств тестирования;

þТестирование модулей, программы системы;

þПодготовка программных средств к поставке;

þФормирование правил внесения изменений;

þФормирование отчетов об испытаниях;

þПредоставление спектра услуг по внедрению;

þСопровождение.

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

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

ØООО «НПП Газинжиниринг и консалтинг»;

ØОАО «Гипротрубопровод»;

ØЗАО «Каспий - 1»;

ØООО НПК «Кедр-89»;

ØОАО «НК «Роснефть» - Комсомольский НПЗ»;

ØООО «Роснефть - Дагнефть»;

ØООО «Лукойл-Пермнефтеоргсинтез»;

ØОАО «Лукойл-Ухтанефтепереработка»;

ØОАО «Корпорация Монтажспецстрой»;

ØОАО «ПОЛИЭФ»;

ØОАО «Северные магистральные нефтепроводы»;

ØЗАО «Северодонецкий ОРГХИМ»;

ØЗАО «ЦУП Стройнефть».

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

1.2. Организационная структура ООО «Оргнефтехим»

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

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

В подчинении у Технического директора находятся:

ØОтдел управления проектами – занимается рассмотрением и при необходимости  корректировкой уже существующих проектов, а также разработкой новых проектов;

ØОтдел управления инжиниринговым процессом – основными функциями которого являются курирование инжинирингового процесса и решение возникающих вопросов.

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

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

ØОтдел техники безопасности – проводит профилактические работы призванные обеспечить безопасность проведения работ на объектах, в том числе формирует аттестационную комиссию, для проведения плановых и вне плановых проверок знаний с выдачей допусков на выполнение определенных видов работ;

В подчинении у Финансового директора находятся:

ØФинансовый отдел – занимается анализом финансовых потоков компании;

ØПлановый отдел – решает задачи планирования финансов компании на все виды финансовых планов от краткосрочных до долгосрочных;

В подчинении у Заместителя директора по производству находятся:

ØОтдел организации работ – непосредственно формирует комплексные бригады для выполнения работ на объектах, следит за ходом и качеством их выполнения, а также занимается вопросами материального обеспечения этих бригад;

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

В подчинении у Коммерческого директора находятся:

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

ØОтдел рекламы – занимается рекламной деятельностью компании;

ØОтдел развития – занимается вопросами связанными с развитием на рынке коммерческой деятельности компании;

В подчинении у Заместителя директора по кадрам и режиму находятся:

ØОтдел кадров – занимается подбором персонала для выполнения работ на объектах и офисах компании;

ØРежимный отдел – занимается вопросами связанными с обеспечением в компании коммерческой тайны;

ØОтделы охраны – занимается вопросами контроля прохода (проезда) и ввоза/вывоза на территориях компании;

ØОтдел пожарной охраны – занимается вопросами связанными с обеспечением на объектах и территориях компании пожарной безопасности.

В подчинении у Главного бухгалтера находятся:

ØБухгалтерия – производит учет товарно-хозяйственных операций компании а также отчитывается в государственных учреждениях.

В составе ООО «ОРГНЕФТЕХИМ» также имеется отдел кадров который занимается подбором персонала.

Организационная структура ООО «Оргнефтехим» представлена на рис. 1.


SHAPE* MERGEFORMAT

Генеральный директор

Технический директор

Финансовый директор

Заместитель директора по производству

Главный бухгалтер

Отдел управления проектами

Отдел управления инжиниринговым процессом

Отдел управления качеством

Финансовый отдел

Плановый отдел

Отдел организации работ

Отдел материально технического обеспечения

Отдел информационных технологий

Заместитель директора по кадрам и режиму

Коммерческий директор

Отдел маркетинга

Отдел кадров

Режимный отдел

Отдел охраны

Отдел рекламы

Отдел развития

Отдел техники безопасности

Отдел пожарной охраны

Бухгалтерия

Рис. 1. Организационная структура ООО «ОРГНЕФТЕХИМ».


1.3. Функциональная структура АСУ «ООО «Оргнефтехим»

АСУ ООО «ОРГНЕФТЕХИМ» в своем составе содержит девять подсистем:

1.Управление проектами;

2.Программное обеспечение;

3.Управление инжиниринговым процессом;

4.Материально-техническое обеспечение;

5.Управление финансами;

6.Маркетинг;

7.Управление кадрами;

8.Управление научно-исследовательскими работами.

Каждая подсистема решает ряд функциональных задач:

1.Управление проектами:

1.1. Планирование проектных работ;

1.2. Контроль проектов;

2.Управление инжиниринговым процессом:

2.1. Учет и контроль выполненных работ;

2.2. Планирование ресурсов;

2.3. Оптимизация расходов по проекту;

3.Материально-техническое обеспечение:

3.1. Учет и распределение материалов на объектах;

3.2. Учет и распределение материалов и комплектующих на складах;

3.3. Контроль транспортных перевозок;

3.4. Анализ обеспеченности сырьем.

4.Управление финансами:

4.1. Анализ финансовых потоков;

4.2. Планирование работ;

4.3. Учет состояния материально-технической базы;

4.4. Формирование финансового портфеля.

5.Менеджмент и маркетинг:

5.1. Формирование договоров;

5.2. Ведение клиентской базы;

5.3. Анализ рынка;

5.4. Планирование рекламной деятельности;

5.5. Анализ поставщиков.

6.Управление кадрами:

6.1. Контроль штатного расписания;

6.2. Кадровый учет;

6.3. Расчет очередных отпусков;

6.4. Анализ причин увольнения сотрудников.

7.Управление научно-исследовательскими работами;

7.1. Анализ существующего программного обеспечения;

7.2. Ведение фонда программного обеспечения;

7.3. Контроль за разрабатываемым программным обеспечением;

7.4. Планирование работ по разработке программного обеспечения.

8.Программное обеспечение:

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

8.1. Контроль и анализ достигнутых показателей программных продуктов (ПП): - проводится фиксация, сравнение и оценка методами математической статистики динамики качества ПП за период;

8.2. Прогнозирование и анализ базовых показателей;

8.3. Тестирование ПП : - Каждый ППi проверяется на соответствие ТЗiи на соответствие нормам и ГОСТ;

8.4. Оптимизация плана работ по отладке.

Структура АСУ предприятия представлена на рис. 2.

Подсистема «Программное обеспечение» решает задачи, необходимые для создания полноценного программного продукта, соответствующего требованиям технических заданий и действующим ГОСТам.


АСУ

ООО «ОРГНЕФТЕХИМ»

Материально-техническое обеспечение

Управление кадрами

Программное обеспечение

Учет и распределение материалов на объектах

Учет и распределение материалов и комплектующих на складах

Контроль штатного расписания

Кадровый учет

Контроль и анализ достигнутыхпоказателей ПП

Прогнозирование и анализ базовых показателей ПП качества

Контроль транспортных перевозок

Анализ обеспеченности сырьем

Расчет очередных отпусков

Анализ причин увольнения сотрудников

Тестирование ПП

Оптимизация плана работ по отладке ПП

Маркетинг

Формирование договоров

Ведение клиентской базы

Анализ рынка

Планирование рекламной деятельности

Анализ поставщиков

Управление финансами

Управление инжиниринговым процессом

Управление проектами

Планирование проектных работ

Контроль проектов

Учет и контроль выполненных работ

Планирование ресурсов

Оптимизация расходов по проекту

Анализ финансовых потоков

Планирование работ

Учет состояния материально-технической базы

Формирование финансового портфеля

Управление научно исследовательскими работами

Анализ существующего ПО

Ведение фонда ПО

Контроль за разрабатываемым ПО

Планирование работ по разработке ПО

Рис. 2.функциональная схема АСУ ООО «ОРГНЕФТЕХИМ»


1.4. Информационное обеспечение подсистемы «Программное обеспечение»

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

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

Подсистема «Программное обеспечение» взаимодействует с подсистемами «Управление научно-исследовательскими работами», «Управление инжиниринговым процессом», «Материально-технического обеспечения», «Управление кадрами», а также со службами компании по производственным вопросам, по сбору, переработке, хранению входной информации (показатели качества, планы, документаций на оборудование и материалы), и выходной информации на основе полученной информации (сводки, планы, которые показывают всю картину производственного процесса компании в целом). Схема Информационных потоков показана на рис. 3.


Учет и контроль выполненных работ

Планирование работ по разработке ПО

Кадровый учет

Контроль проектов

Анализ существующего ПО

Ведение фонда ПО

Тестирование программных продуктов


              

               I1                          I2                          I3                        I4                        I5                    I6                      I16

                                                                        Программноеобеспечение                                         I9

Прогнозирование и анализ базовых показателей ПП

Контроль и анализ достигнутых показателей ПП

Тестирование ПП

Оптимизация плана работ по отладке ПП


                                                 I7

                                     I8                                                                                                                                                                                                                                                                                                                 

                          I17


I10I11                         I12                            I13                                I14                                      I15                        

Планирование работ по разработке ПО

Контроль проектов

Планирование проектных работ

Кадровый учет

Планирование ресурсов

Анализ поставщиков


Рис. 3: Схема информационных потоков подсистемы «Программное обеспечение»


Входные и выходные потоки информации (I1-15), участвующие в процессе обмена информацией между объектами:

Поток информации

Содержание

I1

Получает информацию о том какое программное обеспечение было выпущено сторонними разработчиками, под какие задачи и каким показателям оно соответствует.

I2

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

I3

Получает информацию о качестве выполненных работ.

I4

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

I5

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

I6

Получает информацию о квалификации (опыте работы, квалификации) персонала для выполнения работ.

I7

Информация для пересмотрения показателей качества с точки зрения максимизации качества продукции за счет предъявляемых к продукции требований в области разработки программных продуктов.

I8

Получает информацию для пересмотрения показателей качества с точки зрения максимизации качества продукции за счет предъявляемых к продукции требований в области работ с применением технологического оборудования.

I9

Получает информацию для применения доработанных требований в области разработки программного обеспечения

I10

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

I11

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

I12

Выдает информацию для ее будущего применения при планировании проектных работ.

I13

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

I14

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

I15

Получает информацию в случае если поставляемое технологическое оборудование не соответствует требованиям качества выполняемых работ.

I16

Выдает информацию о результатах тестирования программного обеспечения.

I17

Информация для оптимизации плана работ с учетом прогнозируемых базовых показателей

Входные формы подсистемы «Программное обеспечение»

1.Информация о выпущенном программном обеспечении;

Код ПП

Вид ПП

Решаемая задача

1

Анализатор

Позволяет определить активность каждого пользователя в сети

10

32

Тренажер ПЛАС

Обучает персонал выполняемым действиям в случае возникновения аварийных ситуаций

54

2.Информация о персонале, выполняющем работы;

Таб. номер.

Образование

Разряд специалиста

Опыт работы

1

Высшее

1

2

158

Среднее техническое

5

10

3.Информация о показателях качества ПП в целом.

Код работы

Вид работы

1

Проектирование ПП

26

10

Отладка ПП

13

Выходные формы системы

1.Информация для будущего планирования работ;

Код работы

Продолжительность

Текущее состояние

1

180

120

10

16

8

2.Информация для резервирования ресурсов;

Код работы

Вид ресурса

Количество

1

Специалист 1 разряда

2

10

Специалист 5 разряда

1

3.Информация о тестировании программных продуктов.

Код ПП

Жизненный цикл

1

Проектирование

25

Тестирование

1.5. Математическое обеспечение подсистемы

В подсистеме «Программное обеспечение» задачи решаются с помощью следующих математических методов:

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

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

Метод скользящих средних. Суть метода заключается в том, что фактические уровни ряда заменяются средними уровнями, вычисленными по определённому правилу, например:

...

...

...

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

— —

сглаженный ряд короче исходного на число уровней

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

Полученные при этом средние уровни называются четырёхзвенными скользящими средними, пятизвенными скользящими средними и т.д.

При сглаживании ряда динамики по чётному числу уровней выполняется дополнительная операция, называемая центрированием, поскольку, при вычислении скользящего среднего, например по четырём уровням,

— —

— —

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

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

Например,

где

Расчет коэффициентов

Если вместо

Это функция двух переменных

Для прямой:

где n — число моментов времени, для которых были получены исходные уровни ряда

Если вместо абсолютного времени

Определение в рядах внутригодовой динамики.

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

1.6. Программное обеспечение подсистемы.

          В подсистеме «Программное обеспечение» ООО «Оргнефтехим» используются следующие программные продукты:

1. Пакет программ MSOffice2003 в состав которого входят Word, Exсel, InfoPatch, Outlook, PowerPoint, Publisher, Access– основной пакет программ необходимый для составления различных документов, таблиц, презентаций и т.д.;

2. LotusNotes – почтовый клиент, позволяющий создавать и отправлять письма, вести клиентскую базу, делать различные заметки и напоминания, создавать график семинаров и презентаций, и их автоматическую рассылку: - Используется для обмена информацией по средствам электронной почты со всеми офисами компании;

3. Opera  - программа дляпросмотра содержимого WEBстраниц, используется для поиска информации в интернете (как правило для получения справочной информации по вопросам связанным с разработкой программного обеспечения );

4. Delphi, VisualBasicforApplication, C++ – объектно-ориентированные языки программирования высокого уровня, позволяющие создавать и дорабатывать программы и их модули, с применением windows-интерфейса;

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

5. FoxPro – система управления базами данных;

6. AgnitumAutpostFirewall – программа, служащая для предотвращения несанкционированного доступа к ресурсам компьютера из локальной сети и Интернета.

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

8. FineReader – пакет предназначенный для ввода в компьютер текстовой и графической информации посредством сканера.

1.7. Техническое обеспечение подсистемы.

В подсистеме «Программное обеспечение» ООО «Оргнефтехим» в техническом обеспечении находятся персональные компьютеры, сервера, принтеры и модемы для связисо всеми офисами компании.

В ООО «Оргнефтехим» используется локальная сеть топологии типа «звезда».

Для создания звездообразной топологии применяется кабель «витая пара» (категория 5 или 5Е ). В сети с топологией типа «звезда» центром является концентратор, а лучами - сегменты, на концах которых находятся рабочие станции (по одной на каждый сегмент)

Таблица характеристик технического обеспечения подсистемы:

Наименование

Модель

Технические характеристики

Количество

ПК пользователя

Inecs-010

P4-1700 Celeron/256mb/40gb/lan/cd-rom/keyboard/mouse

20

Монитор

107P5

17" Philips Brilliance 107P5, 0.22, 1024x768@85Гц, TCO'99

20

Сервер

225

IBM xSeries 225 2x2.4Xeon/1Gb/200Gb/lan/DVD+RW

/keyboard/mouse

4

Принтер

Q2428A

HP LaserJet 1320, 24 ppm, 1200x1200 dpi, 32Mb, A4

5

Модем

USR995630B

U.S. Robotics 56K V.92 External Faxmodem Rus

2

На рис. 4 представлен фрагмент локальной сети подсистемы«Программное обеспечение» ООО «Оргнефтехим»:



Московский офис

        modem

                                                                                                                                                                                       printer

                                            server

                                                                                        PC                    PC                   PC                     PC

Офисы в других городах

                 Рис.4: Фрагмент локальной сети системы управления качеством.


1.8. Постановка задачи «Оптимизация плана работ по отладке программных продуктов»

В последнее время в компании «Оргнефтехим» постоянно растет объем выполняемых работ по созданию программного обеспечения для объектов заказчиков. В связи с этим увеличивается время, необходимое персоналу, занимающемуся доработкой программного обеспечения, создаваемого для заказчиков ООО «Оргнефтехим», для анализа его качества и оценки, особенно ручными методами.

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

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

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

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

2.1. Описание сущности задачи «Оптимизация плана работ по отладке программных продуктов».

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

Показатели качества объединены в систему из четырех уровней. Каждый вышестоящий уровень содержит в качестве составляющих показатели нижестоящих уровней. Для обеспечения возможности получения интегральной оценки по группам показателей качества используют факторы качества (1-й уровень): надежность программного продукта, сопровождаемость, удобство применения, эффективность, универсальность (гибкость) и корректность.

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

Критерии качества определяют одной или несколькими метриками (3-й уровень). Если критерий качества определяется одной метрикой, то уровень метрики опускается.

Метрики составляются из оценочных элементов (единичных показателей – 4-й уровень), определяющих заданное в метрике свойство. Число оценочных элементов, входящих в метрику не ограничено.

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

Оценка качества программного продукта проводится в определенной последовательности:

1. Для установления показателей качества ПП необходимо получить результаты тестирования;

2. На фазе анализа устанавливается жизненный цикл и выбор для жизненного цикла показателей и их базовых значений;

3. Для показателей качества на всех уровнях (факторы, критерии, метрики, оценочные элементы) принимается единая шкала оценки0/1.

4. Показатели качества на каждом вышестоящем уровне (кроме уровня оценочных элементов) определяются показателями нижестоящего уровня, т.е.;

- результаты оценки каждого фактора определяются результатами оценки соответствующих ему критериев;

- результаты оценки каждого критерия определяются результатами оценки соответствующих ему метрик;

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

Примеры метрик в зависимости от фазы программных продуктов показаны на рис. 5-7.

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

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

Табл.1.

№ п/п

Квалификация специалиста (класс)

Вид выполняемых работ

1

Постановщик задач

Тестирование программного обеспечения

Разработка Локальных приложений

Разработка Сетевых приложений

Разработка программ взаимодействия с аппаратной частью комплекса.

Выявление задач требующих решения

2

Программист 3 класса

Тестирование программного обеспечения

Разработка Локальных приложений

Разработка Сетевых приложений

Разработка программ взаимодействия с аппаратной частью комплекса.

3

Программист 2 класса

Тестирование программного обеспечения

Разработка Локальных приложений

Разработка Сетевых приложений

4

Программист 1 класса

Тестирование программного обеспечения

Разработка Локальных приложений

5

Тестировщик

Тестирование программного обеспечение

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

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

                                                                                                          Таблица 2

Фазы жизненного цикла программного продукта

Процесс

Фаза

Подфаза

Результат

Разработка

Анализ

-

Определение требований.

Спецификация требований.

Техническое задание.

Проектирование

Логическое проектирование

Логический проект (функциональный проект):

-системы,

- программ,

- модулей,

- документации.

Кодирование

-

Модули.

Программы.

Система.

Средства тестирования.

Дополняющая документация.

Тестирование

-

Тестирование модуля, программы системы, дополняющая документация.

Сдача в фонд (при необходимости)

Изготовление

Выпуск

Программное средство в форме, готовой для поставки.

Документация.

Правила внесения изменений.

Испытания

Установленный программный продукт

Организация применения.

Отчет об испытаниях.

Отзыв пользователя

Применение

Внедрение

-

Подтверждающее стабильной эксплуатации.

Предоставление набора услуг по внедрению.

Эксплуатация

-

Предложения по усовершенствовании.

Сообщения о функциональных отклонениях.

Обслуживание (сопровождение)

-

Информация о сопровождении программ.

Измененный программный продукт.

Таблица 3.

Номенклатура показателей качества программных средств (ПП).

Наименование групп и комплексных показателей качества

Обозначение показателя

Характеризуемое свойство

1. Показатели надежности программных средств

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

1.1Устойчивость функционирования

Н1

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

1.2. Работоспособность

Н2

Способность программы функционировать в заданных режимах и объемах обрабатываемой информации в соответствии с программными документами при отсутствии сбоев технических средств.

2. Показатели сопровождения

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

2.1. Структурность

С1

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

2.2. Простота конструкции

С2

Построение модульной структуры программы наиболее рациональным с точки зрения восприятия и понимания образом

2.3. Наглядность

С3

Наличие и представление в наиболее легко воспринимаемом виде исходных модулей ПП, полное их описание всоответствующих программных документах

2.4. Повторяемость

С4

Степень использования типовых проектных решений или компонентов, входящих в ПП

3. Показатели удобства применения

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

3.1. Легкость освоения

У1

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

3.2. Доступность эксплуатационных программных документов

У2

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

3.3. Удобство эксплуатации и обслуживания

У3

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

4. Показатели эффективности

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

4.1. Уровень автоматизации

Э1

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

4.2. Временная эффективность

Э2

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

4.3. Ресурсоемкость

Э3

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

5. Показатели универсальности

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

5.1. Гибкость

Г1

Возможность использования ПП в различных областях применения

5.2. Мобильность

Г2

Возможность применения ПП без существенных дополнительных трудозатрат на ЭВМ аналогичного класса

5.3. Модифицируемость

Г3

Обеспечение простоты внесения необходимых изменений и доработок в программу в процессе эксплуатации.

6. Показатели корректности

Характеризуют степень соответствия ПП требованиям, установленным в ТЗ, требованиям к обработке данных и общесистемным требованиям

6.1. Полнота реализации

К1

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

6.2. Согласованность

К2

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

6.3. Логическая корректность

К3

Функциональное и программное соответствие процесса обработки данных при выполнении задания общесистемным требованиям.

6.4. Проверенность

К4

Полнота проверки возможных маршрутов выполнения программы в процессе тестирования.

Таблица 4

Применяемость показателя по группам ПП

Номер показателя по табл.1

Применяемость показателя по группам ПП

5011

5012

5013

5014

5015

5016

5017

503

504

505

506

509

1.1

+

+

+

+

+

+

+

-

±

±

1.2

+

+

+

+

+

+

+

+

+

+

+

2.1

±

±

±

±

±

±

±

±

±

±

±

2.2

±

±

±

±

±

±

±

-

±

±

±

2.3

±

±

±

±

±

±

±

-

±

±

±

2.4

±

±

±

±

±

±

±

±

±

±

±

3.1

±

±

±

+

+

+

+

±

+

±

±

3.2

+

+

+

+

+

+

+

+

+

+

+

3.3

+

+

±

+

+

+

+

-

+

+

±

4.1

±

±

±

±

±

±

±

-

±

±

±

4.2

±

±

±

±

±

±

±

±

±

±

±

4.3

+

+

+

±

±

+

±

-

±

±

±

5.1

-

±

-

±

±

-

-

-

+

±

±

5.2

±

±

±

±

±

±

±

±

±

±

±

5.3

+

+

±

±

±

±

±

-

±

±

±

6.1

+

+

+

+

+

+

+

+

+

+

+

6.2

+

+

+

+

+

+

+

+

+

+

+

6.3

+

+

+

+

+

+

+

+

+

+

+

6.4

+

+

+

+

+

+

+

+

+

+

+

Знак «+» означает применяемость, знак «-» - неприменяемость соответствующих показателей качества ПП, знак «±» - ограниченную применяемость.

Выбор показателей качества ПП для подкласса 509 (прочие ПП) осуществляется в зависимости от их назначения с учетом требований областей применения.

Наименование подклассов (групп) ПП по ОКП:

5011 – операционные системы и средства их расширения;

5012 – программные средства управления базами данных;

5013 – инструментально-технологические средства программирования;

5014 – ПП интерфейса и управления коммуникациями;

5015 – ПП организации вычислительного процесса (планирования, контроля)

5016 – сервисные программы;

5017 – ПП обслуживания вычислительной техники;

503 – прикладные программы для научных исследований;

504 – прикладные программы для проектирования;

505 – прикладные программы для управления техническими устройствами и технологическими процессами;

506 – прикладные программы для решения экономических задач;

509 -прочие ПП.

Все возможные варианты выявления метрик в соответствующих жизненных циклах, все способы оценок и расчетов показателей (метрик) приведены в
ГОСТ 28195-89. Эти данные составляют основу нормативно-справочной информации, необходимой для решения поставленной задачи.

    Фактор            Критерий                        Метрика

Надежность ПП

Устойчивость функционирования

Средства восстановленияпри ошибках на входе

Средства восстановленияпри сбоях оборудования


                                                                  1         

   2

Фаза анализа

Надежность ПП

Устойчивость функционирования

Средства восстановления при ошибках на входе

Средства восстановления при сбоях оборудования

Реализация управления средствами восстановления

                                                                            1

                                                                            2

3

        Фаза проектирования

Надежность ПП

Устойчивость функционирования

Средства восстановления при ошибках на входе

Средства восстановления при сбоях оборудования

Реализация управления средствами восстановления

Функционирование в заданных режимах

Обеспечение обработки заданного объема информации

Работоспособность


                                                                                  1

                                                                                  2

                                                                                 3

                                                                                 4

                                                                                 5

Рис. 5: Примеры метрик на фазах жизненного цикла.

2.2. Математическая модель задачи

В процессе оценки качества ПП на каждом уровне (кроме уровня оценочных элементов) проводятся вычисления показателей качества ПП, т.е. определение количественных значений абсолютных показателей (Pij, где j-порядковый номер показателя данного уровня для i-го показателя вышестоящего уровня) и относительных показателей (Кij), являющихся функцией показателя Pijи базового значения P

Каждый показатель 2-го и 3-го уровней (критерий и метрика) характеризуется двумя числовыми параметрами – количественным значением и весовыми коэффициентами (Vij).

Сумма весовых коэффициентов показателей уровня (l) относящихся к i-му показателю вышестоящего уровня (l-1), есть величина постоянная. Сумма весовых коэффициентов (Vij) принимается равной 1.

V i j = Const =1,

где j=1÷n,

n-число показателей уровня (l) относящихся к i-му показателю вышестоящего уровня (l-1).

Общая оценка качества ПП в целом формируется экспертами по набору полученных значений оценок факторов качества.

Для оценки качества ПП различного назначения методом экспертного опроса составляется таблица значений базовых показателей качества ПП.

Определение усредненной оценки (mkq) оценочного элемента по нескольким его значениям (mэ) проводится по формуле

Mkq=

где t – число значений оценочного элемента;

k – порядковый номер метрики;

q– порядковый номер оценочного элемента

Итоговая оценка k-й метрики j-го критерия ведется по формуле

P= ,

Где Q-число оценочных элементов в k-й метрике.

Абсолютные показатели критериев i-го фактора качества определяются по формуле

Pij = ,

где n-число метрик, относящихся к j-му критерию.

Относительный показатель J-го критерия i-го фактора качества вычисляется по формуле

Kij=

Фактор качества (К

К

Где N – число критериев качества, относящихся к i-му фактору.

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

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

Введем совокупность параметров:

j=l,2,...,n- программы, где требуется выполнить работы по отладке [штук];

i=1,2,...,п – специалисты, осуществляющие работы по отладке [человек];

xij- назначение i-го специалиста на обслуживание j-го программного продукта;

cij- время, затрачиваемое специалистом на выполнение работ по каждой заявке;

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

Пусть

                   1, если за i-м специалистом закреплена j-я заявка, i≠j

Xij =

0,противном случае

i,j= 0,1,2, ..., п

Математическая модель записывается следующим образом:

mincijxi                                             (1)

ij=1,     j=1,2, … , n

ij=1,     j=1,2, … , n

xijравно либо 0, либо 1.

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

Введем следующие понятия:

1.Нулевые элементы z1,z2 ,   ...,zkматрицы С называется
независимыми нулями, если для любого 1≤i≤kстрока и столбец, на
пересечении которых расположен элемент zjне содержит другие нули
zk(для всех k≠i).

2. Две    прямоугольные    матрицы    С    и    D    называются
эквивалентными (С ~ D), если сij=dijij для всех i,j. Задачи выбора,
определяемые эквивалентными матрицами, являются эквивалентными.

3. Элементы,   расположенные   в   выделенных   строках   или
столбцах, называются выделенными элементами.

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

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

Предварительный этап. Разыскивают максимальный элемент в j-м столбце и все элементы этого столбца последовательно вычитают из максимального. Эту операцию проделывают над всеми столбцами матрицы С (1≤j≤n). В результате образуется матрица с неотрицательными элементами, в каждом столбце которой имеется по крайней мере один нуль.

Рассматриваем i-ю строку полученной матрицы и из каждого ее элемента вычитаем минимальный элемент этой строки. Меняя от 1 до n, получаем матрицу С0 с неотрицательными элементами, в каждом столбце и строке которой имеется по крайней мере один нуль. Отмечаем произвольный нуль в первом столбце звездочкой.

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

Аналогично просматриваем один за другим все столбцы матрицы С0. Очевидно, что нули матрицы С0, отмеченные звездочкой, являются по построению независимыми. На этом предварительный этап заканчивается.

(к+1)-итерация. Допустим, что k-я итерация уже проведена и в результате получена матрица Ck. Если в матрице Сk имеется ровно nнулей со звездочкой, то процесс решения заканчивается. Если же число нулей со звездочкой меньше n, то переходим к (k+1)-й итерации.

Каждая итерация начинается первым и заканчивается вторым этапом. Между ними может несколько раз проводиться третий этап. Перед началом итерации знаком «+» выделяются столбцы матрицы Сk, которые содержат нули со звездочкой.

Первый этап. Просматривают невыделенные столбцы матрицы Сk. Если среди них не окажется нулевых элементов, то переходят к третьему этапу.

Если же невыделенный нуль матрицы обнаружен, то возможен один из двух случаев: 1) строка, содержащая невыделенный нуль, содержит также и нуль со звездочкой; 2) эта строка не содержит нуля со звездочкой.

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

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

Этот процесс за конечное число шагов заканчиваются одним из следующих исходов:

Все нули матрицы Сk выделены, т.е. находятся в выделенных строках и столбцах. При этом переходят к третьему этапу;

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

Второй этап. Строят следующую цепочку из элементов матрицы Сk: исходный нуль со штрихом, нуль со звездочкой, расположенный в одном столбце с первым, нуль со штрихом, расположенный в одной строке с предыдущим нулем со звездочкой, и т.д. Итак, цепочка образуется передвижением от 0' к 0* по столбцу, от 0* к 0' по строке и т.д.

Можно показать, что описанный алгоритм построения цепочки однозначен и конечен. При этом цепочка всегда начинается и заканчивается нулем со штрихом. Далее над элементами цепочки, стоящими на нечетных местах (0'), ставим звездочки, уничтожая их над четными элементами (О*). Затем уничтожаем все штрихи над элементами матрицы и знаки +. При этом количество   независимых   нулей   будет   увеличено   на   единицу.   (k+1)-я итерация закончена.

Третий этап. К этому этапу переходят после первого, если все нули матрицы Ckвыделены, т.е. находятся на выделенных строках или столбцах. В таком случае среди невыделенных элементов матрицы Сk выбирают минимальный и обозначают его h>0. Далее вычитают hиз всех элементов матрицы Ck, расположенных в невыделенных строках и прибавляют ко всем элементам, расположенных в выделенных столбцах. Получают новую матрицу C(1)k, эквивалентную Ck.

Поскольку среди невыделенных элементов матрицы C(1)kпоявляются новые нули (согласно определению), переходят к первому этапу, а вместо матрицы Ckрассматривают матрицу C(1)k. Завершив первый этап либо переходят ко второму этапу, либо вновь возвращаются к третьему этапу, если все нули матрицы C(1)k оказываются выделенными.

В первом случае после проведения второго этапа итерация заканчивается, а во втором - после проведения третьего этапа получают матрицу C(2)k~ C(1)k~ СkВ матрице C(2)kбудут невыделенные нули, и всю последовательность операций, начиная с первого этапа, надо повторить. После конечного числа повторений очередной первый этап обязательно закончиться переходом на второй этап и количество независимых нулей увеличиться на единицу. (k+1)-я итерация закончена.

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

2.3. Информационное обеспечение задачи

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

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

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

Оптимизация плана работ по отладке программных продуктов

Кадровый учет

Тестирование программных продуктов

Контроль и анализ достигнутых показателей программногообеспечения

Кадровый учет

Планирование ресурсов


                    I1                                     I2                                     I3

                   I4                                                                      I5

Поток информации

Содержание

I1

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

I2

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

I3

Получает информацию (показатели) по результатам тестирования программных продуктов.

I4

Выдает информацию с целью дальнейшего минимизированиязатрат на отладку.

I5

Выдает оптимизированный план по отладке программных продуктов.

Рис. 6: Схема Информационных потоков задачи.

Разработка входных форм информации.

Для ввода данных из других задач разработаны входные формы:

Форма 1. «Кадровый учет»

Таб номер

Ф.И.О.

Квалификация

1

Сулина Юлия Сергеевна

Тестировщик

60

Тулинов Игорь Михайлович

Постановщик задач

Позволяет ввести данные о Сотрудниках и их квалификации.

Форма 2. «Время отладки »

Код жизненного цикла

Квалификация

Время на отладку, смена

1

Постановщик задач

2

5

Тестировщик

5

Позволяет ввести данные о необходимом количестве времени на доработку в зависимости от квалификации специалиста.

Форма 3. «Анализ достигнутых показателей»

Код показателя

Жизненный цикл

Показатель

1

Проектирование

1

100

Тестирование

0

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

Форма 4. Результаты тестирования программных продуктов

Код программы

Наименование

Жизненный цикл

Результирующая показателей

1

ARMKP

Проектирование

100110011011

15

NETACT

Тестирование

111011000111

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

Форма НСИ

Код ЖЦ

Квалификация специалиста

Необходимое время

5

Программист 3 класса

3

5

Тестировщик

10

Позволяет ввести необходимое время на выполнение работ в зависимости от квалификации специалиста.

Промежуточная форма (проект плана)

Код программного продукта

Вид работ

Время на работу (кол-во смен)

Квалификация специалиста

1

Отладка

7 смен

3 кл.

333

Проектирование

20 смен

1 кл.

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

Выходные формы информации.

Форма 1. «План работ по отладке программных продуктов».

Код программы

Наименование

Жизненный цикл

Квалификация

Время на отладку

1

ARMKP

Проектирование

Постановщик задач

2

10

NETACT

Тестирование

Тестировщик

3

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

Форма 2. «Информация для отдела кадров».

№п/п

Квалификация

Желательно

Имеется

Кол-во

Класс

Кол-во

Класс

1

Тестировщик

2

1

1

1

32

Специалист

2

1

4

2

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

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

Содержит большой объем нормативно-справочной информации, в т.ч. основные данные для расчетов метрик по ГОСТ 28195-89.

На рис. 7 приведена схема связи данных.Для разработки базы данных была выбрана реляционная модель данных, в качестве СУБД применялась Access 2003 , входящая в состав пакета MicrosoftOffice.

Рис. 7: Схема связи данных.

2.4 . Алгоритм решения задачи

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

2.Установление жизненного цикла iй -программы.

3.Определение параметров для жизненного цикла i-го программного продукта.

4.Сравнение результатов тестирования с нормативами. Если параметры не удовлетворяют заданным в нормативах то данный программный продукт включается в план на отладку программного продукта.

5.Оптимизация полученного плана с целью минимизации затрачиваемых человеко-часов.

6.Формирование и печать отчета для предоставления его ЛПР.

7.Конец.

Блок-схема алгоритма представлена на рис. 7

                                 начало

1


                    Ввод информации

                  о параметрах программ

2


                        Все ПП                   да

                        просмотрены

3

                                  нет

                   Определение фазы

                       жизненного цикла

                        программы

4


                      Определение

                       набора метрик для

                    жизненного цикла

5


                           Вычисления

                          абсолютных и
                          относительных
                            показателей

                               качества

6



             да         удовлетворяют

норме?

7

                                           нет

                           Формирование

перечня

                                   работ

8

9


                         Включить в план                           Оптимизация

                               на отладку                                 

                                                                                        плана

10

11


                                   Конец                                  Вывод на печать

Рис. 7: Блок-схема алгоритма решения задачи.

Процедура «оптимизация полученного плана»

1.Ввод данных, информации о специалистах проводящих ремонтные работы, времени затрачиваемое каждым на выполнение работ;

2.Процесс расчета процедуры «предварительного этапа»

3.Процедура «Первого этапа»

4.Выявление есть ли в матрице нулевые элементы не выделенные, если есть, то переходим к блоку 6, в противном случае к блоку 7;

5.Процедура «Второго этапа»;

6.Процедура «Третьего этапа»

7.Выявление есть ли невыделенные нулевые элементы, после «второго этапа» и «третьего этапа», если есть то переход к блоку 4, если все нулевые элементы выделены, то переход к блоку 9;

8.В матрице Ск имеется n нулей со зведочкой;

9.Определение оптимального плана;

10. Конец

Процедура «оптимизация полученного плана» представлена на рис. 8.

Начало

1


      Ввод данных

2


Предварительный

              этап.

3



     Первый этап

5

4


       Есть нулевые          да                    Второй

         Элементы                                       этап

       нет

6


     Третий этап


7

       Да                Есть

           нулевые?


                        нет

8

В матрице Ск 0*=n

9



Оптимальный план

           найден

10


            Конец

Рис. 8: Процедура «оптимизация полученного плана»

Процедура «Предварительный этап»

1.Разыскивают максимальный элемент в i-м столбце;

2.И все элементы этого столбца последовательно вычитают из максимального;

3.Рассматривают i-ю строку полученной матрицы;

4.И из каждого элемента i-ой строки вычитают минимальный элемент этой строки;

5. Меняя от 1 до n, получаем матрицу C0 с неотрицательными элементами в каждом столбце и строке в которой имеется по крайней мере один 0.

6. Отмечаем произвольный 0 в первом столбце звездочкой. Затем просматриваем второй столбец, и если в нем есть 0, расположенный в строчке, где нет 0 со звездочкой, то отмечаем его звездочкой. Аналогично просматриваем один за другим все столбцы матрицы С0. Очевидно, что нули матрицы С0, отмеченные звездочкой являются по построению независимыми.

7. Конец.

Процедура предварительного этапа представлена на рис. 9

                 Начало

1

2

3

4

5

6

7


Нахождение max элемента в j-м столбце

матрицы С


Все элементы данного столбца вычитаем из maxэлемента


Нахождение minэлемента в i-й строке


Из каждого элемента строки вычитаем min элемент


Формируем матрицу С0


Отмечаем нули звездочкой


              

               Конец

Рис.9: Процедура «Предварительный этап»

Процедура «Первый этап»

1.k-я итерация уже проведена и в результатеполучена матрица Ck;

2.Перед началом итерации знаком «+» выделяются столбцы матрицы Ck, которые содержат нули со звездочкой;

3.Невыделенный нуль отмечают штрихом и выделяют строку, в которой он содержится, постановкой справа от нее знака «+», Затем уничтожают знак «+», обводя его кружочком над тем столбцом, на пересечении которого с данной выделенной строкой содержится нуль со звездочкой;

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

5.Затем просматривают эту строку (строки), отыскивают в них нуль со звездочкой;

6.Конец.

Процедура первого этапа представлена на рис. 10

                 Начало

1

2

3

4

5

6


Формирование матрицы Сk


Выделяем столбцы матрицы Сk


Отмечаем штрихом невыделенный нуль


Находи и отмечаем звездочкой в столбце невыделенные нули


Выделяем строки содержащие нули со штрихом и звездочкой


              

                Конец

Рис. 10: Процедура  «Первый этап»

Процедура «Второй этап»

1.Строят следующую цепочку из элементов матрицы Ck: исходный нуль со штрихом, нуль со звездочкой, расположенный в одном столбце с первым, нуль со штрихом, расположенный в одной строке с предыдущем нулем со звездочкой, и т.д. Итак, цепочка образуется передвижением от 0’ к 0* по столбцу, от 0* к 0’ по строке и т.д.;

2.Далее над элементами цепочки, стоящими на нечетных местах (0’), ставим звездочки, уничтожая их над четными элементами (0*);

3.Затем уничтожаем все штрихи над элементами матрицы и знаки «+»;

4.Количество независимых нулей будет увеличино на единицу;

5.Конец;

Процедура второго этапа представлена на рис. 11

                 Начало

1

2

3

4

5


Построение цепочки из элементов матрицы Сk


Передвижение элементов по цепочке


Уничтожение всех штрихов над элементами матрицы Ck и знаков «+»


Количество нулей увеличино


              

                Конец

Рис. 11: Процедура «Второй этап»

Процедура «Третий этап»

1.Все нули матрицы Ck выделены, т.е. находятся на выделенных строках и столбцах;

2.Среди невыделенных элементов матрицы Сk выбирают минимальный и обозначают его h>0. Далее вычитают h из всех элементов матрицы Ck, расположенных в невыделенных строках и прибавляют ко всем элементам, расположенных в выделенных столбцах.

3.Получаем новую матрицу С(1)kэквивалентную Ck;

4.Конец

Процедура третьего этапа представлена на рис. 12

                 Начало

1

2

3

4

5


Выбирают min невыделенный элемент матрицы Ck, обозначают h>0


Выделяем столбцы матрицы Сk


Получаем марицу С(1)k эквивалентную Сk


(k+1)итерация закончена


              

                Конец

Рис. 12: Процедура «Третий этап»

2.5. Программное обеспечение задачи.

Программное обеспечение задачи «Оптимизация плана работ по отладке программных продуктов» включает в себя следующие программные средства:

        ● операционная система WindowsXP;

        ● MSAccess, входящий в состав пакета MicrosoftOffice2003;

В основе операционной системы Windows XP лежит основной программный код, используемый в Windows 2000 и Windows NT Workstation. Благодаря этому коду, называемому ядром NT или новым ядром Windows, операционная система Windows XP становится более эффективной, безопасной и стабильной по сравнению с системами Windows Me, Windows 98 и Windows 95. Пользователи, работавшие в прошлом с этими операционными системами, смогут по достоинству оценить огромное преимущество, которым обладает Windows XP: даже если происходит сбой в программе, компьютер в большинстве случаев продолжает работать.

Использование современного оборудования и устройств

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

Функции Windows XP, упрощающие установку устройств:

Самонастройка устройств (Plug and Play), имеющаяся в операционной системе Windows XP, используется для поиска нового оборудования и установки соответствующего драйвера. В Windows XP включены драйверы для значительно большего количества устройств, чем в Windows 2000 Professional.

Кроме того, в операционной системе Windows XP поддерживаются широко известные, надежные стандарты оборудования, такие как IrDA (Infrared Data Association), USB (Universal Serial Bus) и высокоскоростная шина IEEE 1394.

Для реализации разработки описанной информационной системы используют  пользовательское приложение корпорации Microsoft – Microsoft Access.

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

2.6. Техническое обеспечение задачи

Для решения задачи рекомендуется компьютер с процессором, тактовая частота которого составляет не менее 300 МГц; допустимый минимум — 233 МГц (система с одним или двумя процессорами); использоваться могут процессоры семейств Intel Pentium/Celeron, AMD K6/Athlon/Duron, или другие совместимые процессоры.

Поскольку компьютер будет использоваться в корпоративной сети, для комфортной работы рекомендуется использовать компьютер с не менее чем 128 МБ оперативной памяти, жесткий диск объемом не менее 2 ГБ свободного места на жестком диске, видеоплатой и монитором Super VGA поддерживающиеразрешение не менее 800×600 точек.

Дисковод для компакт-дисков или дисков DVD.

Клавиатура и мышь Microsoft Mouse, или совместимое устройство ввода.

Краткая характеристика требуемого оборудования приведена в таблице.

Наименование

Параметр

Тип корпуса

ATX

Процессор

Intel Pentium II – 300 MHz

Объем ОЗУ

128 Mb

Объем НЖМД

2 Gb

Видео

800х600

Монитор

17”

Дисковод для дискет

3,5”

Дисковод для CD-ROM

x4

Сетевая плата

100Mb/sec

Клавиатура

Microsoft совместимая

Манипулятор типа «мышь»

Microsoft совместимая

Табл. 5. Краткая характеристика требуемого оборудования

2.7. Инструкция пользователю

1. Включите компьютер;

2. Подождите пока загрузится операционная система Windows 98/2000/XP;

3. Открываем ту папку куда была скопирована программа;

4. Щелкаем «мышкой» по иконке «PP»;

5. Выбираем закладку «Исходные данные»

и последовательно заполняем все данные необходимые для решения задачи. Для ввода/корректировки данных о времени на доработку нажимаем кнопку

Для ввода/корректировки данных о имеющемся персонале нажимаем кнопку

Для ввода/корректировки данных о программах нажимаем кнопку

Для ввода/корректировки данных о результатах тестов нажимаем кнопку

6. Для получения результатов переходим на закладку «Результат»ии нажимаем кнопку

7. При необходимости распечатываем полученные результаты, для этого необходимо выбрать в пункте меню «файл» подпункт «печать».

8. Нажать «Выход» в меню «File»;

9. Программа завершит свою работу;

10. Нажать на кнопку «Пуск» в левом нижнем углу экрана;

11. В появившемся меню выбрать пункт «Завершение работы»;

12. Появиться панель завершения работы;

13. Поставить «флажок» в позицию «Выключить компьютер»;

14. Подтвердить выбор нажатием кнопки «ОК»;

15. Появится надпись «Подождите, идет подготовка к выключению компьютера»;

16. Подождать пока ее не сменит надпись «Теперь питание компьютера можно отключить»;

17. Выключить компьютер.

2.8. Контрольный пример

При запуске открывается окно главной формы

Рис. 13. Основная форма

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

Рис. 14: Диалоговое окно формы «Время на доработку»

Рис. 15: Диалоговое окно формы «Информация о сотрудниках»

Рис. 16: Диалоговое окно формы «Информация о программах»

Рис. 17: Диалоговое окно формы «Результаты тестов»

Рис. 18: Диалоговое выходной формы «План работ»

«Экономическая эффективность разработанного продукта»

3.1. Описание проектируемого программного продукта

          Целью данного дипломного проекта является создание и внедрение системы оптимизации плана работ по отладке программных продуктов.

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

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

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

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

3.2. Оценка рынка сбыта программного продукта.

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

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

          На сегодняшний момент рынок систем подобного рода разделен между двумя классами:

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

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

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

3.3. Оценка конкурентоспособности программного продукта.

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

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

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

Для оценки уровня конкурентоспособности выбираем следующие наиболее существенные по отношению к данной задаче показатели:

· Системные требования

· Надежность системы от сбоев

· Защита от несанкционированного доступа

· Удобство представления информации

· Пользовательский интерфейс

· Адаптация к потребностям пользователя

· Простота освоения

Для сравнения конкурентоспособности был выбран продукт “DataExplorer”, предназначенный для решения однотипных задач. Он находится примерно в той же ценовой категории и рассчитан на определенный круг потребителей, что и разработанный продукт. Значения показателей показаны в процентах от идеального значения.

Табл.6: Сравнение показателей.

Параметр

Идеал

Разработка

Конкурент

1

Системные требования

100

80

80

2

Надежность системы от сбоев

100

60

80

3

Защита от несанкционированного доступа

100

90

20

4

Удобство представления информации

100

80

70

5

Пользовательский интерфейс

100

90

60

6

Адаптация к потребностям пользователя

100

80

90

7

Простота освоения

100

90

70

.

Параметр

1

2

3

4

5

6

7

Значение a

0,189

0,154

0,069

0,09

0,253

0,201

0,043

Оценка конкурентоспособности производится по формуле:

Где Пi – Коэф. значимости i-ого параметра.

      Пiмах – Максимально возможный коэффициент среди Пi-параметров.

Разработка

Конкурент

Кк=0,806

Кк=0,715

0.806 < 1 – более предпочтителен

0.715 < 1

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

3.4. План маркетинга.

          Распространение продукта и его продвижение на рынке должно проводиться в два этапа:

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

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

II.      Этап внедрения продукта на свободный рынок. Определяется спрос на данный продукт, ценовая политика при продвижении товара на рынок, начинается рекламная кампания по продвижению продукта.

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

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

      Применение системы скидок и льгот также должно способствовать привлечению клиентов и увеличению объема продаж продукта.

3.5. Календарный план работы над программным продуктом

          В таблице приведены наименования и сроки выполнения работ при разработке проектируемой системы.

Табл.7: Сроки выполнения работ.

Наименование этапа

Срок

выполнения,

дни

1.

Согласование и утверждение задания на проект

14

2.

Выбор аппаратной и программной платформ

10

3.

Разработка алгоритма программы

25

4.

Написание кода программы

45

5.

Отладка программы

20

6.

Тестирование программы

15

7.

Создание рабочей документации

15

8.

Создание и компиляция рабочего материала

95

9.

Сдача проекта

2

Ниже приведен ленточный график выполнения перечисленных работ.

Номер этапа

1

2

3

4

5

6

7

8

9

10

20

30

40

50

60

70

80

90

100

     110

Время выполнения

Табл.8:Смета затрат на разработку

Наименование

1.

Расходные материалы

2.

Специальное оборудование

3.

Основная заработная плата персонала

4.

Дополнительная заработная плата персонала (30% от основной)

5.

Единый социальный налог (35% от заработной платы)

6.

Командировки

7.

Накладные расходы

8.

Прочие расходы

Табл.9: Расходные материалы

N

Наименование статей расходов

Кол-во, шт.

Цена, руб/шт

Сумма, руб.

1

Дискеты 1.44 Мбайта

10

10

100

2

RW CD

3

50

150

2

Канцтовары

300

3

Расходные материалы

1000

4

Справочная литература

2

150

300

Итого:

1850

Специальное оборудование

При выполнении проекта расходы на специальное оборудование отсутствуют.

Табл.10: Основная заработная плата персонала

N

Этап

разработки

Исполнители по категориям

Трудоемкость, чел./днях

Оклад, руб.

Зарплата, руб.

1

Техническое задание

Постановщик задач

10

10000

4762

2

Разработка алгоритма

Начальник отдела

Программист 3 класса

5

25

10000

6000

2381

7143

3

Написание кода программы

Программист 3 класса

Программист 3 класса

70

20

6000

6000

20000

5714

4

Создание Help

Программист 2 класса

20

3600

3428

5

Тестирование

Программист 1 класса

20

3600

3428

Итого:

46856

Дополнительная заработная плата персонала – в виде премий и надбавок за выполнение дополнительных объемов работ составляет 30% от основной заработной платы:

46856 * 0.3   = 14056 (руб)

Командировки

          Затраты на командировки отсутствуют.

Накладные расходы

          Накладные расходы составляют примерно 25% от величины основной заработной платы. В них входят затраты на содержание вычислительного центра и техники:

46856 * 0,25  = 11714 (руб)

Табл. 11: Прочие расходы

Наименование статей расходов

Требуемое время, час

Сумма, руб.

Доступ в Интернет (10 руб/час)

60

600

Машинное время (5 руб/час)

210

150

Итого:

750

Табл.12: Итоговая смета

Наименование

Затраты, руб.

1.

Расходы на материалы

1850

2.

Фонд оплаты

46856

3.

Накладные расходы

11714

4.

Прочие расходы

750

Итого:

61170

3.6. Расчет цены продукта

       Цена данного программного продукта определяется по стандартной формуле:

Цп = С + П, где

Цп - цена программного продукта,

С - себестоимость программного продукта,

П - нормативная прибыль.

Нормативная прибыль составляет 30% от себестоимости:

П = 61170 * 0,3   = 18351 (руб)

Таким образом, цена данного программного продукта:

ЦП = 234536 + 18351 = 252887 (руб)

Налог на добавленную стоимость составляет 20% от цены ПП:

НДС= 252887 * 0,2 = 50577 (руб)

      

С учетом НДС цена на данный программный продукт равняется:

Ц = 304896 + 50577 = 355473 (руб)

3.7. Оценка экономической эффективности

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

Э = Зстар - Знов = = Кч * Сч * Гд - Тм * (Цмаш + Сч)

Затраты на обучение старым методом в единицу времени определяется поформуле:

Зстар = Кч * Сч * Гд, где

Kч – количество часов работы в единицу времени

Сч – стоимость одного часа работы (Сч=80 руб/час)

Гд - коэффициент, учитывающий дополнительные затраты времени (Гд=2)

    

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

Кч = 8 ч *5 чел= 45 часов =>

Зстар = 80 р * 72 ч * 2 = 6400 р.

Затраты на обработку информации с внедрением программы рассчитываются:

Знов = Тм * (Цмаш + Сч), где

Тм - время машинной обработки (Тм=5 часа)

Цмаш - цена машинного времени (Цмаш=5 руб/час)

Сч - стоимость одного часа работы оператора (Сч=100 руб/час)

Знов = 5 * (5 + 100) = 525 руб

Отсюда вычисляем ежедневную экономию:

Эд = 6400 – 525 = 5875

     Ожидаемая годовая эффективность:

Эгод = Эг – Ен * Книр, где

Ен - коэффициент эффективности капиталовложений

н=0.5 на 2 года)

Книр - стоимость НИР (Ц = 365875)

Эг = Эк

Эг –5875 * 320 = 1880000

Эгод = 1880000 – 0.5 * 355473 = 1702263 (Один миллион семьсот две тысячи двести шестьдесят три) рубля.

Целесообразность экономической эффективности разработки определяется по формуле расчета коэффициента эффективности работ:

Эр = (Эг / Эгод) * 0,5 = (1880000 / 1702263) * 0,5 = 0,55

Так как ЭР ³ Ен можно сказать, что разработка является экономически целесообразной и эффективной к использованию.

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

Заключение

Данный дипломный проект посвящен разработке и решению задачи «Оптимизация плана работ по отладке программных продуктов», АСУ ООО «ОРГНЕФТЕХИМ».

С этой целью исследована подсистема «Программное обеспечение», рассмотрено ее информационное, математическое, программное и техническое обеспечение. Раскрыта сущность задачи управления «Оптимизация плана работ по отладке программных продуктов», задача формализована, разработан алгоритм ее решения. Сформировано информационное обеспечение, в т.ч. база данных задачи.

Задача была реализована, отлажена и может быть внедрена в отделеуправления качеством ООО «Оргнефтехим», что повысит эффективность работы этого отдела. Разработанная программа предназначена не только для специалистов, но и для рядового пользователя, так как очень проста в обращении.

Список используемой литературы

1.Журнал «Открытые системы», #09-10/1999

2.ГОСТ Р ИСО/МЭК 12207-99

3. M.J. Taylor, J.L. DaCosta, "Soft Issues in IS Projects: Lessons from an SME Case Study". Systems Research and Behavioral Science, vol. 16, No. 3, May-June 1999.

4. B. Kitchenham, S. Pfleeger, "Software quality: the elusive target", IEEE Software 13 (1), 1996.

5.ИСО 9000-3: ИСО 9001 Общее руководство качеством и стандарты по обеспечению качества, часть 3: Руководящие указания по применению ИСО 9001 при разработке, поставке и обслуживанию программного обеспечения. Международная организация стандартов, Женева, 1991.

6.L.A. Hellens, "Information systems Quality versus Software Quality - A discussion from a managerial, an organizational and an engineering viewpoint", Information and Software technology, vol. 39, No12. (1998)

7. I. Tervonen, P. Kerola, "Towards deeper co-understanding of software quality", Information and Software Technology, vol. 39, No 14-15 (1999).

8.ИСО/МЭК 9126 Информационные технологии. Оценка продукции программного обеспечения. Характеристики качества и инструкции по их применению. Международная организация стандартов, Женева, 1991.

9. M.C. Paulk, B. Curtis, M.B. Chissis, C.V. Weber, "Capability maturity model, version 1.1", IEEE Software 10 (4), 1993.

Приложение: Распечатка программы