Реферат: Автоматизированная справочно-информационная система учета и контроля поставок на предприятии

¨   Третий шаг: нарисовать функциональную диаграмму. Ситуации изображаются в виде вершин на левом краю листа бумаги, а эффекты – на правом.

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

5.3.4.  Тестирование модуля.

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

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

¨   Был проверен текст программы, чтобы убедиться, что все условные переходы были  выполнены в каждом направлении. (Текст программы определялся с использованием созданного логического анализатора).

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

¨   Был проверен текст программы на её чувствительность к отдельным особым значениям входных данных и были добавлены соответствующие тесты.

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

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

5.4.5.  Комплексное тестирование.

Комплексное тестирование – процесс поисков несоответствия системы ее исходным целям [11]. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:

¨   Тестирование стрессов. Распространенный недостаток больших систем в том, что они функционируют как будто бы нормально при слабой или умеренной нагрузке, но выходят из строя при большой нагрузке и в стрессовых ситуациях реальной среды. Тестирование стрессов представляет попытки подвергнуть систему крайнему “давлению”.

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

¨   Тестирование объёма. В то время как при тестировании стрессов делается попытка подвергнуть систему серьёзным нагрузкам в короткий интервал времени, тестирование объема представляет собой попытку предъявить системе большие объёмы данных  (максимальный объм базы данных, 2 Мб) в течение более длительного времени.

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

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

При работе с разными типами накопителей данных (НГМД, НЖМД)  не было обнаружено ошибок, за исключением малой информативности ошибок возникающих при некорректной работе с НГМД.

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

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

¨   Тестирование производительности. Требования к производительности и эффективности (время ответа для различных нагрузок и различных конфигураций) – важная часть проектов систем. По сравнению с другими типами комплексного тестирования системы о тестировании производительности известно очень много, этой проблеме  посвящена монография[22].

Для проведения данного теста были использованы персональные компьютеры различной конфигурации (ЭВМ на базе Intel 486, Pentium 100, Cyrix 350). В результате проведения теста  была зафиксирована корректная  работы системы, но необходимо отметить, что работа на ПК на базе Intel 486 не рекомендуется, хотя и возможна.

5.5. Выводы по тестированию ПО.

На основание проведения вышеперечисленных тестов (см. приложение B, C) можно заключить, что:

¨   Созданная система выполняет все функции, указанные в ТЗ.

¨   При аварийном отключении сохраняет максимально возможное количество данных.

¨   Система способна работать на ПК различной конфигурации, в том числе и минимальной.

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

¨    Система корректно осуществляет свою работу при работе с большими объемами данных (при макимальном объеме БД – 2 Мб) и при большом количестве запросов(20 запросов).

6. Разработка бизнес-плана автоматизированной справочно-информационной системы “Учет поставок”.

Резюме.

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

  Для возможности работы с данным программным продуктом необходима ПЭВМ на базе процессора Intel Pentium 100 и выше, со свободным дисковым пространством не менее 10 Mb, оперативной памятью – 16 Mb. ПЭВМ на которой будет эксплуатироваться предоставляемая АСИС должна быть обеспечена операционной системой Windows 95 или системами совместимыми с ней, а также сервером базы данных InterBase.

Стоимость разработанной АСИС 629,02 грн.

Затраты на тиражирование и адаптацию 20,6 грн.

Предположительное число продаж  470 копий, в том числе:

    155 в первый год;

    200 во второй год;

    115 в третий год.

Стоимость одной копии 64,73 грн.

При данной стоимости одной копии затраты на разработку АСИС окупятся при реализации 10 копий, что обеспечивает рентабельность разработанной АСИС.

6.1.  Описание автоматизированной справочно-информационной системы.

Характеристики программного продукта. АСИС “Учет поставок” предназначена для осуществления контроля за  поставками на предприятие и для их учета. Работать с АСИС рекомендуется директору предприятия или начальнику цеха (для осуществления контроля поставок), либо ответственному по поставкам (для учета поставок). Используя АСИС “Учет поставок” на предприятии достигается эффективность в их проведении, что обеспечивается:

¨   Возможностью создания печатных документов (договора с поставщиками, заказы и заявки на поставку продукции);

¨   Высокой скоростью обработки данных о процессе поставок;

¨   Определением задолженности по оплате за выполненный заказ;

¨   Определением оптимального счета-фактуры и выдачи рекомендации по возможному поставщику данной продукции;

В таблице 6.1 приведены основные характеристики АСИС:

Таблица 6.1 Характеристика АСИС                                                                                                                                                                        

Для более быстрого освоения работы с предоставляемой АСИС предусмотрена система помощи, так же сопроводительная документация предоставляемая к ПО.

Патентная чистота. Поскольку предоставляемая АСИС “Учет поставок” разрабатывалась в Государственном аэрокосмическом университете, с использованием лицензионного ПО, которым обладает университет, то данный программный продукт можно реализовывать на легальном рынке ПО.

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

6.2 Маркетинговые исследования рынков сбыта.

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

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

       (6.1)

где - полная потребность в продукте;

- полная потребность в продукте i-го сегмента, которая определя-           ется по следующей формуле:

      (6.2)

где - количество предприятий (в нашем случае вузы) в i-ом сегменте;

      - коэффициент охвата, т.е. доля предприятий-покупателей, которые           хотят (могут) приобрести товар в i-ом сегменте.

mi – комплектность поставки (m=1).

Сегментирование и расчеты емкости рынка представлены в таблице 6.2.

Таблица 6.2. Сегментирование и расчеты емкости рынка

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

Предположительные объемы реализации по годам, на ближайшие 3 года:

1-ый год (помесячно):

             месяц: 1    2   3    4     5     6     7     8     9     10     11     12   итого

объем реализации:  4   6   6    9    10   14   14   15   17    17     20      23  155

2-ой год (поквартально):  I квартал -  35 копий;  II квартал - 50  копий;

                                           III квартал - 55 копий;  IV квартал -  60 копий;

Итого: 200 копий;

3-ий год:  115 копий. 

6.3 Оценка качества и конкурентоспособности продукта.

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

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

¨   Минимизирующие;

¨   Максимизирующие.

Минимизируемые показатели рассчитываются по  формуле:

   (6.3)

Для расчета максимизирующих показателей используется формула:

  (6.4)

где –относительный показатель i-го показателя для j-го варианта,                                                                      

        - абсолютный показатель i-го показателя для j-го варианта, - пока                            

               затель i-го показателя для гипотетического варианта.

Показателям качества присваивают коэффициенты весомости , при этом  и .

После чего рассчитывают обобщенные показатели качества по j-варианту:

       (6.5)

Расчет обобщенного показателя качества АСИС “Учет поставок” приведен в таблице 6.3

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10