Внедрение автоматизированной системы торговой деятельности для предприятия ЗАО "Полиграфия и коммуникации"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 02.03.2010
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Таблица “Счет”

Назначение: хранение списка счетов клиентов.

Поля:

Номер - уникальный номер счета в таблице

Клиент - ссылка на клиента, которому счет выписан счет

Дата - дата выписки счета

Сумма - суммарная стоимость товаров, включенных в счет

Состояние - “выписан”, “оплачен”,”выполнен”

Скидка - скидка по счету

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Клиент реализует связь многие-к-одному по полю “клиент” с таблицей “Клиент”.

Таблица “Клиент”

Назначение: хранение списка клиентов.

Поля:

Номер - уникальный номер клиента таблице

Тип - признак физического или юридического лица

ФИО\Наименование - ФИО\Наименование клиента

Телефон - телефон юридического лица

Адрес - адрес юридического лица

Р\С - расчетный счет юридического лица

ИНН - Индивидуальный номер налогоплательщика

Директор - директор организации-клиента

Гл. бухгалтер - гл. бухгалтер организации-клиента

Первичный ключ: Содержит поле “Номер”

Внешние ключи: отсутствуют

Таблица “Заказ”

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

Поля:

Номер - уникальный номер заказа в таблице

Дата - Дата формирования заказа

Поставщик - ссылка на поставщика, которому будет передан заказ

Сумма - суммарная стоимость заказа в ценах поставщика

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Поставщик реализует связь один-ко-многим по полю “Поставщик” с таблицей “Поставщик”.

Таблица “Содержимое заказа”

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

Поля:

Номер - уникальный номер товара в таблице

Номер товара - ссылка на товар

Количество товара - количество единиц товара

Входная цена - цена на товар в момент заказа

Номер заказа - ссылка на заказ, которому принадлежит товар

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Заказ реализует связь один-ко-многим по полю “Номер заказа” с таблицей “Заказ”.

Таблица “Поставка”

Назначение: хранение списка поставок.

Поля:

Номер - уникальный номер поставки в таблице

Дата прихода поставки на склад

Номер поставщика - ссылка на поставщика

Сумма - суммарная стоимость товаров в поставке

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Поставщик реализует связь один-ко-многим по полю “Номер поставщика” с таблицей “Поставщик”.

Таблица “Поставщик”

Назначение: хранение информации о поставщиках

Поля:

Номер - уникальный номер поставщика в таблице

Наименование - наименование поставщика

Телефон - телефон поставщика

Адрес - адрес поставщика

Р\С - расчетный счет поставщика

ИНН - Индивидуальный номер налогоплательщика

Контактное лицо - контактное лицо

Первичный ключ: Содержит поле “Номер”

Внешние ключи: отсутствует

Таблица “Содержимое поставки”

Назначение: хранение информации о списке товаров по каждой поставке

Поля:

Номер - уникальный номер товара в таблице

Номер поставки - ссылка на поставку

Количество товара - количество единиц товара

Номер товара - ссылка на товар

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Поставка реализует связь один-ко-многим по полю “Номер поставки” с таблицей “Поставка”.

Таблица “Банк”

Назначение: хранение списка банков, с которыми работает организация

Поля:

Номер - уникальный номер банка в таблице

Наименование - наименование банка

Номер вх. счета - номер счета входящих платежей

Номер исх. счета - номер счета исходящих платежей

Телефон - телефон

Первичный ключ: Содержит поле “Номер”

Внешние ключи: отсутствует

Таблица “Платеж”

Назначение: хранение реестра входящих и исходящих платежей.

Поля:

Номер - уникальный номер платежа в таблице

Сумма - сумма платежа

Банк - ссылка на банк

Номер счета - в случае входящего платежа это ссылка на счет, по которому произведена оплата; в случае исходящего платежа это номер счета входящих платежей банка

Дата - дата платежа

Тип - входящий\исходящий

Описание - для пользователя

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Банк реализует связь один-ко-многим по полю “Банк” с таблицей “Банк”.

Таблица “Счет-фактура”

Назначение: хранение списка счет-фактур

Поля:

Номер - уникальный номер счет-фактуры в таблице

Дата формирования

Номер поставщика - ссылка на поставщика

Сумма - суммарная стоимость товаров в поставке

Первичный ключ: Содержит поле “Номер”

Внешние ключи: Ключ FK_Поставщик реализует связь один-ко-многим по полю “Номер поставщика” с таблицей “Поставщик”.

2.6 Проектирование приложения “Прайс”

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

Рис.6 Приложение “Прайс” - главная форма.

Для удобства, функции логически сгруппированы по объекту применения: товары, группы товаров, другие.

Товары

Добавление товара в прайс-лист. Позволяет внести новое наименование в прайс-лист. Служит основным средством для манипуляции ассортиментом. Родитель товара - текущая группа. Входная информация: Наименование и цена товара. Выходная информация - измененный прайс-лист.

Удаление. Позволяет удалить товар из прайс-листа. Не влечет за собой изменения склада\поставок. Отражает факт прекращения работы с данным товаром. Входная информация: товар(номер). Выходная информация - измененный прайс-лист.

Редактирование свойств товара. Позволяет изменить входную цену и наименование товара. Входная информация: Наименование и цена товара. Выходная информация - измененный прайс-лист.

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

Группы товаров

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

Удаление. Позволяет удалить группу товаров из прайс-листа. Удаляет все товары, содержащиеся в группе и все подгруппы. Входная информация: группа(номер). Выходная информация - измененный прайс-лист.

Редактирование группы. Позволяет изменить наименование группы. Входная информация: Наименование группы. Выходная информация - измененный прайс-лист.

Другие

Выгрузить группу товаров. Позволяет получить *.xls или *.rtf файл с содержимым активной группы товаров или распечатать эту информацию без сохранения. Входная информация: Группа. Выходная информация - *.xls или *.rtf файл или его печатная копия.

Выгрузить прайс-лист. Позволяет получить *.xls или *.rtf файл содержащий полный прайс-лист или распечатать эту информацию без сохранения. Входная информация: Прайс-лист. Выходная информация - *.xls или *.rtf файл или его печатная копия.

Для более детального описания приложения рассмотрим его UML-диаграмму, представленную на рисунке 7.

Рис.7 UML-диаграмма приложения “Прайс”.

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

2.7 Проектирование приложения “Счета”

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

Для удобства пользователя, счета организованы в виде списка, над которым можно выполнять операции поиска, сортировки и фильтрации по интересующим параметрам, а также добавления и удаления элемента списка. При выборе элемента списка, открывается окно для работы со счетом. В нем содержится полная информация о нем, реализована возможность изменения содержимого. Для внесения изменения в счет предусмотрен визуальный механизм работы с деревом товаров, что позволяет быстро и легко формировать и изменять наборы товаров, “подгонять цену”. Отметим, что добавление или удаление товара по счету не влечет за собой никаких изменений на складе товаров. Форма для работы со списком счетов и со счетом показаны на рисунках 7 и 8.

Рис.7 Приложение “Счет” - список счетов.

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

Добавить счет - создание нового счета. Входные данные: дата. Выходные данные - новый счет, измененный список счетов.

Удалить счет - удаляет счет из списка. Входные данные: счет(номер). Выходные данные - измененный список счетов.

Копировать счет - создает копию счета с теми же параметрами, но другим порядковым номером. Входные данные: счет(номер). Выходные данные - измененный список счетов.

Печать - вызывает диалог выбора отчета и его формата для печати. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма.

Фильтр - вызывает диалог для внесения параметров фильтрации счетов. Входные данные: условия фильтрации. Выходные данные - список счетов, входящих в диапазон.

Редактировать счет - вызывает форму для работы со счетом. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма.

Рис.8 Приложение “Счет” - работа со счетом.

Основные операции для работы с содержимым счета:

Добавить товар - добавляет товар в счет. Входные данные: товар(номер). Выходные данные - измененный счет.

Удалить товар - удаляет товар из счета. Входные данные: товар(номер). Выходные данные - измененный счет

Сумма - вычисляет сумму товаров, включенных в счет. Входные данные: счет(номер). Выходные данные - сумма в долларах, рублях и евро.

Печать - вызывает диалог выбора отчета и его формата для печати счета. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма.

Скидка - пересчитывает позиции счета с учетом скидки. Входные данные: размер скидки. Выходные данные - измененный счет.

Состояние - позволяет изменить состояние счета вручную. Входные данные: состояние. Выходные данные - счет.

UML-диаграмма приложения “Счет” представлена на рисунке 9.

Рис.9 UML-диаграмма приложения “Счет”.

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

2.8 Проектирование приложения “Склад”

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

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

Рис.10 Приложение “Склад” - Главная форма.

Основные операции для работы со складом перечислены ниже.

Со списком поставок:

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

Удалить поставку - удаляет поставку из списка. Входные данные: поставка(номер). Выходные данные - измененный список поставок.

Копировать поставку - создает копию поставки с теми же параметрами, но другим порядковым номером. Входные данные: поставка(номер). Выходные данные - измененный список поставок.

Печать - вызывает диалог выбора отчета и его формата для печати. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма списка поставок.

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

Редактировать поставку - вызывает форму для работы с содержимым поставки. Входные данные: поставка(номер). Выходные данные содержимое поставки.

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

Добавить товар - добавляет товар в поставку. Входные данные: товар(номер). Выходные данные - измененная поставка.

Удалить товар - удаляет товар из поставки. Входные данные: товар(номер). Выходные данные - измененная поставка.

Сумма - вычисляет сумму товаров, включенных в поставку. Входные данные: поставка(номер). Выходные данные - сумма товаров в долларах, рублях и евро.

Печать - вызывает диалог выбора отчета и его формата для печати поставки. Входные данные: Шаблон для печати, если *.xls-отчет, то шаблон, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма.

Пункт меню “Склад” - вызывает диалоговое окно для получения представления склада в разрезе товаров или времени.

UML-диаграмма приложения “Склад” представлена на рисунке 12.

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

Рис.12 UML-диаграмма приложения “Склад”.

Два класса: “Интерфейс” отвечают за пользовательский интерфейс для работы со списком поставок и их содержимым.

2.9 Проектирование приложения “Заказы”

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

Основной принцип функционирования приложения можно разделить на следующие этапы:

Выбор счетов для генерации заказов

Получение списка товаров, содержащихся в счетах

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

Формирование плана закупок, то есть разбиение списка товаров по поставщикам.

Редактирование плана закупок, внесение недостающих товаров (с пометкой “Вне счетов”).

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

Внешний вид главной формы приложения показан на рисунке 13.

Основные функции приложения “Заказы”:

Добавить товар - добавление товара в заказ вне поставок. Входные данные: товар(номер). Выходные данные - список товаров для заказа

Удалить товар - удаление товара из списка товаров для заказа. Так как заказ не связан со счетом, то удалить можно и товар, заказываемый по счету. Входные данные: товар(номер). Выходные данные - список товаров для заказа.

Рис.13 Приложение “Заказы” - главная форма.

Поставки - Формирование списка товаров для заказов по счетам, а затем формирование плана закупок, то есть составление заказов с группировкой по поставщикам. Входные данные: дата, склад, список счетов. Выходные данные - план закупок.

Расчет суммы - расчет суммарной стоимости для плана закупок. Входные данные: план закупок. Выходные данные - стоимость всех товаров плана.

Расчет суммы по заказу - расчет стоимости одного заказа. Входные данные: заказ. Выходные данные - стоимость всех товаров заказа.

Печать - вызывает диалог выбора отчета и его формата для печати. Входные данные: Шаблон для печати, если *.xls-отчет, форма, если *.frf-отчет. Выходные данные - *.xls или *.rtf файл или печатная форма списка поставок.

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

Сохранить план закупок - сохранение отчета по плану закупок в базе данных. Входные данные: отчет. Выходные данные - нет.

UML-диаграмма приложения “Заказы” представлена на рисунке 14

Рис.14 UML-диаграмма приложения “Заказы”.

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

Глава 3. Экспериментальная проверка программного комплекса.

3.1 Исходные данные и постановка задачи для проведения тестирования

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

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

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

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

защита программного комплекса от несанкционированного доступа;

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

добавление, изменение, удаление информации;

поиск нужной информации, при определении пользователем параметров поиска;

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

3.2 Тестирование приложений

Тестирование приложения “Прайс”.

Прежде всего, была осуществлена попытка доступа к приложению, пользователем “Serebrinnikov_OA” с ролью “Склад”, которая дает права доступа к приложению “Склад” и, частично, “Заказы”, но не дает права доступа к приложению “Прайс”. Результат - отказ в доступе. После входа в систему под учетной записью администратора, были изменены права доступа для данного пользователя и эта учетная запись получила право на чтение, удаление, добавление товаров в прайс-листе. Добавим группу товаров “Нестандартное оборудование” с родителем “Все товары” в дерево товаров. Добавим в эту группу товар “Часы с флэш-накопителем 64Mb Casio-I32” и товар “ИК-порт ACTiSYS IR”. Добавление, удаление этих товаров из прайса, а также редактирование их свойств проходит нормально. При попытке удаление удаления товара “Монитор Sony Multiscan E100” получаем сообщение: “Товар “Монитор Sony Multiscan E100” не может быть удален, так как он включен в счет, заказ или поставку”. При удалении непустой группы товаров, при наличии в ней хотя бы одного товара, фигурирующего в счетах, заказах или поставках получаем такое же сообщение и все изменения в группе отменяются. Попытка другого пользователя изменить свойства товара, в то время, когда их редактирует пользователь “Serebrennikov_OA” приводит к появлению сообщения: “Редактирование текущей записи невозможно. Запись заблокирована пользователем Serebrinnikov_OA 13:20 19.02.2006”.

Тестирование приложения “Счета”.

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

3.3 Анализ результатов, полученных при тестировании

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

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

Рис. 15 Окно «Добро пожаловать».

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

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

Программный комплекс работает устойчиво, если выполняются перечисленные ниже требования:

Сеть функционирует нормально;

Если правильно указаны параметры подключения;

Сервер функционирует нормально;

Проверка работы поисков показала, что алгоритмы поисков работают

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

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

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

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

Глава 4. Расчет экономической эффективности проекта

4.1 Анализ рыночных возможностей продукта

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

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

4.2 Расчет единовременных затрат на разработку ПО

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

Таблица 4.1.

Содержание стадий научно-исследовательской работы (НИР).

Стадии НИП

Содержание работ

Трудоемкость

дни

%

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

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

20

13,33

Эскизный проект

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

25

20,00

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

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

25

20,00

Рабочий проект

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

60

33,34

Внедрение

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

20

13,33

Итого:

150

100

Фактическая трудоемкость по стадиям проектирования представлена в виде таблицы (табл.4.1).

План-график выполнения приведен на рисунке 16:

Рис 16. План - график разработки и внедрения ПО (диаграмма Ганта).

Итак, общая фактическая трудоемкость разработки ПО составляет:

,

где - общая трудоемкость разработки, дни; Тi - трудоемкость по стадиям, дни; n - количество стадий разработки.

В смету затрат на разработку ПО включаются:

материальные затраты;

основная и дополнительная зарплаты;

отчисления на социальные нужды;

стоимость машинного времени на подготовку и отладку программ;

стоимость инструментальных средств;

накладные расходы.

Материальные затраты.

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

В процессе работы использовались материалы и принадлежности, представленные в таблице 4.2.

Таблица 4.2.

Материалы и принадлежности, использованные в процессе разработки.

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

Количество, шт.

Цена, руб.

Стоимость, руб.

Дискеты

5

14

70

Бумага

400

0,4

160

Ватман

5

10

50

Ручка

2

5

10

CD-RW диск

2

30

60

Дипломная папка

2

15

30

Картридж

1

150

150

Итого:

530

Основная и дополнительная заработные платы.

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

,

где Зср.дн.j - среднедневная зарплата j-го сотрудника, руб./день; Тоб.j - общая трудоемкость проекта j-го сотрудника, дни; n - количество сотрудников, принимающих непосредственное участие в разработке ПО.

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

.

Заработная плата дипломного руководителя составляет 60 руб./час, причем на консультацию запланировано 23 часа. Следовательно, основная зарплата руководителя дипломного проекта за весь период разработки равна:

.

Заработная плата консультанта по экономической части составляет 50 руб./час, причем на консультацию запланировано 3 часа. Следовательно, основная зарплата консультанта по экономике за весь период разработки равна:

.

В итоге основная заработная плата при выполнении НИР равна:

.

Дополнительная заработная плата равна 10% от основной:

.

Итого основная и дополнительная заработная плата составляют:

.

Отчисления на социальные нужды.

Отчисления на социальные нужды составляют на сегодняшний день 26% от общего фонда заработной платы, следовательно:

.

Стоимость машинного времени на подготовку и отладку программ.

Стоимость машинного времени Зомв зависит от себестоимости машино-часа работы ЭВМ СМЧ, а также времени работы на ЭВМ ТЭВМ, и включает амортизацию ЭВМ и оборудования, затраты на электроэнергию, зарплату обслуживающего персонала.

Себестоимость машино-часа ЭВМ и принтера равны соответственно:

,

.

Время работы на ЭВМ и принтере равны соответственно:

.

Затраты на оборудование.

,

где АМ - амортизационные отчисления, руб.; Оф - стоимость ЭВМ и оборудования, руб.; Нам - норма амортизации, %; Тм - время использования оборудования, дни

Затраты на электроэнергию.

,

Затраты на обслуживающий персонал.

Данный вид затрат отсутствует.

Таким образом, стоимость машинного времени на подготовку и отладку программ равно:

Стоимость инструментальных средств.

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

Таблица 4.3. Стоимость СПО.

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

Стоимость, руб.

MS WINDOWS 2000 Prof

2420.00

Delphi 7

12400.00

Microsoft Office XP Professional

6311.00

Итого:

21131

Затраты на амортизацию инструментальных средств:

руб.

Расчет стоимости машинного времени

;

руб./ч.

Накладные расходы.

Накладные расходы составляют 30% от основной заработной платы разработчиков ПО, а значит:

.

Итак, смета затрат на НИР приведена в таблице 4.4.

Таблица 4.4.

Смета затрат на разработку ПО.

Элемент затрат

Стоимость, руб.

Материальные затраты

530.00

Основная и дополнительная зарплата

59598

Отчисления на социальные нужды

15495,48

Оплата машинного времени

1652,18

Стоимость инструментальных средств

1454,56

Накладные расходы

16245

Итого:

94975,22

4.3 Единовременные расходы организации заказчика ПО при внедрении автоматизированных рабочих мест (АРМ)

К единовременным затратам пользователя программного обеспечения Kобщ относятся затраты на оплату:

программного обеспечения Цпо;

инструментальных средств Цис;

ЭВМ, прочих аппаратных средств и сетевого оборудования Кэвм;

обучение персонала Косв.

Стоимость программного обеспечения.

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

,

где Спо - себестоимость ПО, затраты на разработку по смете из таблицы 5.4; П - прибыль разработчика 20-30% к затратам; НДС - налог на добавленную стоимость 18%.

Итак, стоимость программного обеспечения равна:

Стоимость инструментальных средств.

Стоимость инструментальных средств и годовых сумм амортизации приведены в таблице 4.5.

Таблица 4.5.

Расчет стоимости и амортизационных отчислений инструментальных средств.

Виды ПО

Стоимость, руб.

Норма амортизации, %

Амортизационные отчисления, руб.

MS WINDOWS Millenium

2234.00

30

670.20

Стоимость ЭВМ, прочих аппаратных средств и сетевого оборудования.

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

Таблица 4.6.

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

Наименование оборудования

Количество

Цена,

руб.

Стоимость,

руб.

Норма амортизации, %

Амортизационные отчисления, руб.

ПК

1 шт.

20000.00

20000.00

30

6000.00

Сетевая розетка

1 шт.

8.00

8.00

30

2.40

Кабель UTP5

5 м

4.00

20.00

30

6.00

Хозяйственный инвентарь (мебель)

1 шт.

8000.00

8000.00

10

800.00

Итого:

28028.00

6808.4

Затраты на обучение персонала.

Затраты организации на освоение ПО и обучение персонала работе с программой и ЭВМ производятся по формуле:

Косв = Зчас * Чпр* Тосв = 25 * 4 * 40+25*1*48 = 5200.00(руб.),

где Зчас - часовая зарплата программиста (Зчас = 25.00 руб./час);

Чпр - численность персонала на обучение (Чпр = 4 чел.);

Тосв - продолжительность обучения и освоения (Тосв = 40 часов).

Таким образом, на обучение четырех человек необходимо затратить 40 часов. Для руководителя необходим 48-часовой курс обучения.

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

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

Таблица 4.7

График реализации проекта.

Этапы реализации

1

2

3

4

5

6

7

8

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

20

 

 

 

 

 

 

 

Эскизный проект

 

20

5

 

 

 

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

 

 

15

10

 

 

 

 

Рабочий проект

 

 

10

20

20

10

 

Внедрение

 

 

 

 

 

 

10

10

Покупка оборудования

 

 

5

 

 

Обучение персонала

 

 

 

 

 

 

 

11

Результаты расчетов оформлены в виде инвестиционного плана (таблица 4.8).

Таблица 4.8

Инвестиционный план.

Этапы реализации

1

2

3

4

5

6

7

8

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

16809,68

 

 

 

 

 

 

 

Эскизный проект

 

16809,68

8404,84

 

 

 

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

 

 

8404,84

8404,84

 

 

 

 

Рабочий проект

 

 

8404,84

16809,68

16809,68

8404,84

 

Внедрение

 

 

 

 

 

 

8404,84

16809,68

Покупка оборудования

 

 

28028

 

 

Обучение персонала

 

 

 

 

 

 

 

5200

Итого:

16809,68

16809,68

16809,68

16809,68

44837,68

16809,68

16809,68

22009,68

4.4 Источники финансирования проекта

Общие инвестиции проекта составляют 167705 рублей 46 копеек. Источниками финансирования являются собственные средства - 80% (134164 рубля 37 копеек) и кредит коммерческого банка, под 12% годовых - 20% (33541 рубля 00 копеек) на 2 года.

Возврат кредита осуществляется в конце второго года, а со второго месяца выплачиваются проценты (1.5%). Приведем расчеты в таблице 4.9.

Таблица 4.9

Расчеты за кредит.

Показатель

Годы

1

2

Возврат кредита, руб.

-

33541.00

Сумма непогашенного долга, руб.

33541.00

33541.00

Проценты за кредит, руб.

4024.92

4024.92

Итого к оплате, руб.

4024.92

37565.92

Сумма всех выплат по истечении срока составит 37565 рублей 92 копейки.

4.5 Текущие расходы пользователя ПО при эксплуатации АРМ

Текущие расходы пользователя при внедрении АРМ учитывают затраты в год на:

амортизацию оборудования, ПО и инструментальных средств;

материалы (картриджи и бумага);

электроэнергию;

обтирочные и смазочные материалы;

ремонт оборудования.

Амортизацию оборудования, ПО и инструментальных средств.

Данные по амортизации оборудования и ПО расположены в таблицах 4.5, 4.6.

Материалы.

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

Таблица 4.10

Материалы, использующиеся в процессе эксплуатации.

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

Количество, шт.

Цена, руб.

Стоимость, руб.

Бумага

4000

0,4

1600

Картридж

1

150

150

Итого:

1750

Электроэнергия.

Затраты на электроэнергию посчитаем по формуле:

где СЭВМ, Спринт. - стоимость машино-часа ЭВМ и принтера соответственно;

Тсут.ЭВМ, Тсут.принт. - суточное время работы ЭВМ и принтера соответственно;

Тгод - время рабочих дней в году.

Обтирочные и смазочные материалы.

Стоимость обтирочных материалов равна 40 рублей 00 копеек.

Ремонт оборудования.

Ремонт оборудования составляет 5% от стоимости. Значит:

К5% = КЭВМ * 0.05 = 28028.00 * 0.05 = 1401.4 (рублей).

На основе произведенных расчетов составим смету текущих расходов за год (таблица 4.11).

Таблица 4.11

Смета текущих расходов.

Затраты на:

Расходы, руб.

амортизацию оборудования, ПО и инструментальных средств

7478.60

материалы

1750.00

электроэнергию

965.00

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

40.00

ремонт оборудования

1401.40

Итого:

11635

4.6 Экономия текущих затрат пользователя ПО

Основными источниками экономии организации при создании АРМ специалистов являются:

экономия затрат за счет ускорения документооборота;

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

экономия затрат на заработную плату;

экономия материальных ресурсов за счет сокращения количества расходных материалов

а также обеспечивается экономия за счет:

Экономия затрат за счет ускорения документооборота.

В результате внедрения АРМ происходит ускорение документооборота, что является “узким” местом любой торговой организации, а значит и увеличение клиентской базы и объемов продаж. Это действительно серьезная проблема, особенно в свете постепенного выхода компании на рынок розничных продаж. По оценкам специалистов экономия составит не менее 18000 рублей в месяц или не менее 216000 в год. Более оперативная работа с поставщиками позволит снизить процент выплат по товарному кредиту и снизить вероятность штрафных платежей за несвоевременную поставку - при самом неблагоприятном стечении обстоятельств порядка 25000 рублей в месяц. Значит, экономия будет составлять минимум 300000 рублей в год. Экономия за счет быстрой реакции на изменение предпочтений покупателей.

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

Экономия затрат на заработную плату за счет сокращения численности персонала.

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

,

где Ч - сокращение численности;

Змес - оплата труда в месяц, (3500 руб.);

Тэф - эффективный фонд рабочего времени в год, (12 месяцев);

Х - размер доплат, премий,(100%);

Y - отчисления на социальные нужды, (26%).

С учетом освобождения компьютерной техники и хозяйственного инвентаря экономия составит Э=105840+28500=134340 руб.

Экономия материальных ресурсов за счет сокращения количества и унификации отчетных форм.

В результате внедрения АРМ появится возможность экономии материальных затрат за счет сокращения количества расходных материалов в размере 4700 рублей.

Таким образом, общая экономия после внедрения АРМ составит:

Эобщ. = 516000+60000 + 105840 + 4700 = 686540 (рублей).

Финансовый план проекта.

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

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

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

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

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

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

Таблица 4.12

Оценка финансовой состоятельности проекта.

 

 Месяцы

 

 

 

 

 

 

 

 

 

 

 

 Годы

 

 

1

2

3

4

5

6

7

8

9

10

11

12

1 год

2 год

I.Инвестиционная деятельность

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

16809,68

 

 

 

 

 

 

 

 

 

 

 

 

 

Эскизный проект

 

16809,68

8404,84

 

 

 

 

 

 

 

 

 

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

 

 

8404,84

8404,84

 

 

 

 

 

 

 

 

 

 

Рабочий проект

 

 

8404,84

16809,68

16809,68

8404,84

 

 

 

 

 

 

 

Внедрение

 

 

 

 

 

 

8404,84

16809,68

 

 

 

 

 

 

Покупка оборудования

 

 

28028

 

 

 

 

 

 

 

 

Обучение персонала

 

 

 

 

 

 

 

5200

 

 

 

 

 

 

Итого:

-16809,68

-16809,68

-16809,68

-16809,68

-44837,68

-16809,68

-16809,68

-22009,68

 

 

 

 

 

 

II.Операционная деятельность

 

 

 

 

 

 

 

 

Увеличение дохода при внедрении

 

 

 

 

 

 

 

 

57211,67

57211,67

57211,67

57211,67

686540,00

686540,00

Текущие затраты

 

 

 

 

 

 

 

 

Амортизация

 

 

 

 

 

 

 

 

969,58

969,58

969,58

969,58

11635,00

11635,00

Проценты за кредит

 

335,41

335,41

335,41

335,41

335,41

335,41

335,41

335,41

335,41

335,41

335,41

4024,92

0,00

Прирост валовой прибыли

 

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

55906,67

55906,67

55906,67

55906,67

670880,08

674905,00

Налог (24%)

 

 

 

 

 

 

 

 

13417,60

13417,60

13417,60

13417,60

161011,22

161977,20

Прирост чистой прибыли

 

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

42489,07

42489,07

42489,07

42489,07

509868,86

512927,80

Итого:

 

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

43458,66

43458,66

43458,66

43458,66

521503,86

524562,80

III.Финансовая деятельность

 

 

 

 

 

 

 

 

 

 

 

 

 

 

собственные средства

23576,50

23576,50

23576,50

23576,50

45180,00

23576,50

23576,50

22400,00

 

 

 

 

 

 

кредит

5590,20

5590,20

5590,20

5590,20

 

5590,20

5590,20

 

 

 

 

 

 

 

возврат кредита

 

 

 

 

 

 

 

 

 

 

 

 

33541,00

 

Итого:

29166,70

29166,70

29166,70

29166,70

45180,00

29166,70

29166,70

22400,00

0,00

0,00

0,00

0,00

33541,00

0,00

Сальдо денежной наличности

12357,02

12021,61

12021,61

12021,61

6,91

12021,61

12021,61

54,91

43458,66

43458,66

43458,66

43458,66

555044,86

524562,80

Нарастающим итогом

12357,02

24378,63

36400,24

48421,85

48428,76

60450,37

72471,98

72526,89

115985,55

159444,20

202902,86

246361,51

801406,37

1325969,17

III.Финансовая деятельность

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Таблица 4.13

Денежные потоки.

Показатели

Месяцы

 

 

 

 

 

 

 

 

 

 

 

Годы

 

 

1

2

3

4

5

6

7

8

9

10

11

12

1 год

2 год

Инвестиционная деятельность

-16809,68

-16809,68

-16809,68

-16809,68

-44837,68

-16809,68

-16809,68

-22009,68

0,00

0,00

0,00

0,00

0,00

0,00

Операционная деятельность

0,00

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

-335,41

43458,66

43458,66

43458,66

43458,66

521503,86

524562,80

Чистый денежный поток

-16809,68

-16474,27

-16474,27

-16474,27

-44502,27

-16474,27

-16474,27

-21674,27

43458,66

43458,66

43458,66

43458,66

521503,86

524562,80

Коэффициент дисконтинирования

0,992

0,984

0,976

0,969

0,961

0,953

0,946

0,938

0,931

0,923

0,916

0,909

0,926

0,857

Дисконтинированный денежный поток

-16675,20

-16210,68

-16085,13

-15957,47

-42764,12

-15705,18

-15580,54

-20335,75

40451,21

40130,17

39811,67

39495,71

482912,58

449550,32

NPV

-16675,20

-32885,88

-48971,01

-64928,49

-107692,60

-123397,78

-138978,32

-159314,07

-118862,87

-78732,70

-38921,03

574,68

483487,26

933037,58

Дисконтированный доход

0

-347,775

-344,588

-341,401

-338,567

-335,38

-332,193

-329,36

40497,3

40145,87

39750,56

39399,17

424298,8

382883,1

Капитальные вложения

-10943,8

-10844,4

-10745

-10645,7

-39264,1

-10457,9

-10358,5

-9971,09

0

0

0

0

0

0

SRR

-8,51895

4.7 Показатели экономической эффективности проекта

Международная практика в процессе оценки проектов использует несколько обобщающих показателей. К таким показателям относятся:

интегральный экономический эффект;

индекс доходности;

внутренний коэффициент эффективности;

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

Интегральный экономический эффект (NPV - Net Present Value of Discounted Cash Flow).

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

Результаты расчета NPV представлены в виде таблицы 5.13.

Годовую ставку дисконтирования возьмем равной:

.

Коэффициент дисконтирования за год равен:

.

В месяц коэффициент дисконтирования равен:

.

Итоговое значение NPV равно 928524 рубля 79 копеек.

Индекс доходности.

Определяется как отношение суммарного дисконтированного дохода к суммарным дисконтированным капитальным вложениям:

.

Внутренний коэффициент эффективности.

Определяется как пороговое значение рентабельности, при котором NPV равно нулю

где r1 - исходная ставка дисконтирования; r2 - ставка дисконтирования, при которой NPV < 0; rпор - внутренний коэффициент эффективности проекта; NPVr1, NPVr2 - NPV соответственно при r1 и r2.


Подобные документы

  • Основные функции автоматизированной системы "Решатель математических формул". Требования к техническим средствам, информационной и программной совместимости. Стратегии конструирования программного обеспечения. Проектирование, разработка программного кода.

    курсовая работа [600,0 K], добавлен 25.02.2012

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

    презентация [853,9 K], добавлен 08.04.2019

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

    отчет по практике [1,3 M], добавлен 11.04.2019

  • Проектирование автоматизированных систем обработки информации и управления. Анализ структуры и деятельности предприятия, создание моделей "Как есть". Определение проблемных областей предприятия. Требования к структуре и функционированию системы.

    курсовая работа [611,4 K], добавлен 29.12.2012

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

    дипломная работа [3,4 M], добавлен 04.03.2014

  • Анализ требований к программному продукту. Требования к информационной и программной совместимости. Проектирование архитектуры программного продукта. Виды программ и программных документов. Общие сведения о С++. Технология разработки программного модуля.

    дипломная работа [1,2 M], добавлен 05.08.2011

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

    курсовая работа [31,2 K], добавлен 02.08.2015

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

    дипломная работа [2,8 M], добавлен 24.03.2014

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

    презентация [870,6 K], добавлен 12.11.2014

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

    отчет по практике [2,4 M], добавлен 12.05.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.