БИТ: Управление складом 8 - программный продукт для автоматизации складов и складских комплексов, разработанный на платформе 1С:Предприятие 8 [11]. Основные функциональные возможности:

1) Ведение нормативно-справочной информации:

- Хранение информации о топологии склада, весогабаритных характеристик для мест хранения;

- Сведения о доступности и назначении мест хранения.

2) Прием товара на склад.

- Поддерживается 2 вида приемки: ручная приемка (товар принимается кладовщиками самостоятельно, в ИБ вносятся результаты приемки); прием по местам (товар принимается по местам с последующим пересчетом).

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

- Контроль полноты данных о товаре принимаемых на склад;

- Учет сроков годности и сортов (серий).

3) Размещение товара на складе:

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

- Автоматическое формирование правил размещения на основании статистики отгрузок, с учетом доступного складского пространства;

- Возможность размещать с использованием терминалов, или с помощью бумажных носителей;

- Учет серий и сроков годности при размещении.

4) Сборка товара:

- Интеграция с транспортным блоком;

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

- Сборка с ограничением по сроку годности;

- Выдача заданий на подбор;

- Защита от веерных ошибок.

5) Внутрискладские процедуры:

- Три режима проведения инвентаризации: по местам хранения (ручная); по товару (ручная); по месту хранения (с использованием терминалов);

- Регламентная подпитка зон подбора;

- Фиксация информации о выработке сотрудников.

6) Штрихкодирование:

- Возможность работы со штрихкодами производителей;

- Контроль уникальности используемых штрихкодов. Занесение штрихкода в блок-лист.

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

ФОЛИО WinСклад - складская программа, предназначенная для автоматизации учета и анализа движения товаров и денежных средств, формирования и печати первичных складских и платежных документов, отчетов, экспорта данных в бухгалтерские программы ФОЛИО и других производителей, а также в MS Excel. Разработана на основе технологии клиент-сервер, на языке Visual Basic; в качестве СУБД используется Microsoft SQL Server. [13]

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

1. Учет основных товарных операций (Приход, расход, возврат, резервирование, внутреннее перемещение, инвентаризация).

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

3. Учет оплат

4. Учет товаров по группам и подгруппам, по партиям (сериям) с возможностью автоподбора в зависимости от остатка, фасовки, срока; по срокам годности; по серийным номерам; по дополнительным параметрам и признакам. Работа с комплектами.

5. Обмен данными между удаленными рабочими местами и взаимодействие с другими программами: экспорт/импорт в MS Excel, передача проводок в популярные бухгалтерские программы (1С, Турбо-Бухгалтер, Инфо-Бухгалтер, Парус, Инфин и др.).

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

7. Анализ и отчетность

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

Модуль "Реализация и склад" системы ПАРУС-Предприятие 7 [14]

1. Поддержка мультивалютного учета;

2. Поддержка оптовой продажи любых видов товаров и услуг;

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

4. Ведение учетных регистров заказов, приходных ордеров, счетов, накладных;

5. Учет и отработка результатов инвентаризации и возвратов;

6. Ведение журнала товарных запасов:

7. Настраиваемый партионный учет с возможностью автоматического учета сроков годности;

8. Резервирование товара;

9. Ведение журнала платежей;

10. Учет товаров в натуральном и стоимостном выражении с момента его поступления до продажи и списания вне зависимости от его местонахождения (на складах, в торговых залах, в отделах);

11. Работа с лицевыми счетами контрагентов, ведение лимита кредитования;

12. Ведение многих тарифов, автоматизированное формирование цен реализации;

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

14. Учет нормативных затрат по картам;

15. Создание актов комплектации и разукомплектации;

16. Отработка актов разукомплектации со списанием комплектующих;

17. Списание комплектующих с оприходованием готового изделия;

18. Списание изделия с оприходованием комплектующих.

19. Получение полной отчетности по складу

Таблица 7. Сравнение программных продуктов

Характеристика программы	БИТ: Управление складом 8	ФОЛИО WinСклад	Парус
Учет основных складских операций: приход, разгрузка, возврат, резервирование, внутреннее перемещение, инвентаризация	Да	Да	Да
Справочник номенклатуры с группировкой	Нет	Да	Нет
Подготовка отчета о состоянии склада	Да	Да	Да
Управление остатками товаров	Нет	Нет	Нет
Совместимость с модулем Бухгалтерия программы Парус	Нет	Да	Да
Обмен данными с программами отдела снабжения и сбыта	Нет	Нет	Нет

Выводы:

1) Функционал рассмотренных систем не полностью соответствует потребностям предприятия. С одной стороны, в этих программных средствах предложены функции, которые будут не востребованы ЗАО "Консультант Плюс", что усложнит работу пользователей с системой. С другой стороны, ни одна из программ не поддерживает функцию управления остатками товаров, и только программа Фолио WinСклад из рассмотренных поддерживает группировку номенклатуры.

2) Ни одна из рассмотренных систем не обеспечит обмен данными с информационными системами бухгалтерии, отдела сбыта и отдела снабжения ЗАО "Консультант Плюс".

Проектируемая система будет полностью поддерживать специфику складского учета ЗАО "Консультант Плюс":

- проектируемая система обеспечит функции приемки товара, комплектации заказа, отгрузки товара, управления остатками, подготовки отчетов;

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

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

1.3.2 Выбор и обоснование стратегии автоматизации задачи

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

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

- способ автоматизации: по участкам, направлениям, комплексная автоматизация;

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

- ограничения: финансовые, временные и т.д.;

- процедура управления изменениями плана.

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

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

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

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

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

В нашем случае для предприятия подходит стратегия автоматизации "по участкам", т.к. автоматизируется отдельное подразделение (участок) - склад ЗАО "Консультант Плюс".

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

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

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

2) Разработка системы на заказ. Этот вариант приобретения ИС позволит получить систему, полностью подходящую под требования заказчика. Но при этом появляются дополнительные риски: сроки разработки системы могут оказаться большими, стоимость высокой; в программе могут оказаться скрытые дефекты, которые могут обнаружиться уже после внедрения системы. Кроме того, этот вариант приобретения системы связан с передачей компании-разработчику конфиденциальных сведений, что крайне нежелательно для ЗАО "Консультант Плюс".

3) Покупка и доработка. Данный вариант позволит доработать готовое решение до соответствия перечню функциональных требований, выдвинутых к системе. Данное решение сочетает преимущества и недостатки вариантов "Покупка готового решения" и "Разработка на заказ". Полученное решение может не полностью соответствовать потребностям предприятия. Часть программных модулей будет хорошо отлажена, а часть написана "с нуля" и может содержать различные дефекты. Длительность доработки будет невысокой по сравнению с длительностью разработки новой системы, а стоимость - дороже, чем приобретать готовое решение, но дешевле, чем разрабатывать всю систему "с нуля". Однако, доработка системы, разработанной другой компанией, может быть сопряжена со значительными трудностями, связанными с отсутствием или неполнотой технической документации и сложностями во взаимодействии с разработчиками системы-прототипа. Кроме того, при таком способе приобретения ИС могут появиться дополнительные риски: возможна несовместимость различных компонентов системы, скрытые дефекты программного обеспечения.

4) Собственная разработка. Этот вариант позволит получить систему, полностью удовлетворяющую нуждам предприятия. ЗАО "Консультант Плюс" имеет высокопрофессиональное IT-подразделение, которое могло бы в короткие сроки выполнить автоматизацию складского учета. Преимущества данного варианта - последующая модернизация системы; существенно уменьшается риск получить решение, не соответствующее потребностям компании; полная совместимость всех компонентов системы; полная интеграция с имеющимися ИС собственной разработки; конфиденциальная информация не проникнет за пределы компании.

Таким образом, для ЗАО "Консультант Плюс" наилучшим решением является разработка ИС собственными силами.

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по техническому обеспечению

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

Комплекс технических средств составляют:

- компьютеры любых моделей;

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

- устройства передачи данных и линий связи;

- оргтехника и устройства автоматического съема информации;

- эксплуатационные материалы и др.

Для проектируемой ИС необходимо следующее аппаратное обеспечение (рисунок 12):

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

- локальная вычислительная сеть;

- сервер ИС;

- принтеры для печати документов.

Рисунок 12. Техническое обеспечение ИС склада

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

Таблица 7. Минимальные требования к аппаратному обеспечению ПК ИС склада

Характеристика	Значение, не менее
Частота процессора	1 ГГц
ОЗУ	1 Гб
Объем жесткого диска	300 Гб
Монитор	1240х 1024

Необходимо приобрести сервер базы данных для системы. Сервер ИС склада не будет функционировать круглосуточно: в обычном режиме сервер будет работать 9-10 часов в день по рабочим дням. Максимальное количество одновременно подключенных к системе пользователей - 6.

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

- большой объем оперативной памяти для кэширования наиболее интенсивно используемых участков базы данных;

- высокопроизводительная дисковая подсистема, характеризующаяся в первую очередь способностью обрабатывать большое количество мелких запросов в единицу времени (IOps - inputs/outputs per second);

- высокая вычислительная мощность для обработки информации.

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

Серверу БД необходим большой объем оперативной памяти. Работа с оперативной памятью на порядки быстрее, чем работа с жесткими дисками, поэтому чем большим объемом памяти будет располагать сервер, тем лучше, при условии, что операционная система и само приложение сервера СУБД способны адресовать и работать с таким количеством памяти. Современные операционные системы и приложения фактически не имеют данных ограничений, т.к. способны адресовать до 64Гб и более. Двухпроцессорные серверы способны оснащаться 128Гб оперативной памяти, а четырех- и восьмипроцессорные - до 256Гб.

В качестве жестких дисков для серверов БД рекомендуется использовать диски SAS (Serial Attached SCSI) на 10000 об/мин или 15000 об/мин. Данные диски оптимизированы для работы на транзакционных нагрузках и по этому показателю имеют вдвое-втрое более высокую производительность, чем диски SATA. Кроме того, диски SAS изначально проектировались под работу в RAID-массивах и показывают практически линейный рост производительности массива при увеличении количества дисков в нем.

Современные процессоры стали значительно производительнее, чем несколько лет назад, благодаря внедрению технологии многоядерности. Сейчас сервер с 8-ю ядрами доступен практически каждой организации. Благодаря этому, появилась возможность обрабатывать существенные объемы информации на относительно недорогом оборудовании. Для "тяжелых" систем постепенно отпадает необходимость в приобретении дорогостоящих многопроцессорных RISC-систем, стоящих при равной производительности на порядки дороже. В настоящий момент существуют четырех- и восьмипроцессорные серверы стандартной архитектуры x86 с поддержкой четырех- и даже шестиядерных процессоров, что позволяет иметь в одной системе до 32-х ядер.

Итак, основные требования к серверу следующие:

- двухъядерный процессор Intel;

- объем оперативной памяти не менее 4 Гб;

- контроллер RAID 1;

- 2 жёстких диска SAS не менее 750 Гб;

- наличие привода DVD-RW;

- сервер должен быть из линейки серверов Hewlett Packard.

Серверы Hewlett Packard выпускаются под маркой HP Proliant - это очень надежное, простое и универсальное оборудование, которое используется в самых разных отраслях. Под перечисленные выше требования подходят модели HP ProLiant DL320G6 и HP ProLiant ML150 G6. [10]

HP ProLiant DL320G6 - сервера для монтирования в стойку 1U. Новейшие четырёхъядерные процессоры Intel® Xeon® 5500, возможность выбора модулей памяти DDR3 Registered или Unbuffered DIMM, технологии SAS и PCI Express Gen2 формируют высокопроизводительную систему, идеально подходящую для ресурсоемких приложений. DL320 G6 - это сверхплотная платформа с высокой отказоустойчивостью, обеспечиваемой резервными блоками питания, вентиляторам, зеркалированной памятью, встроенной технологией RAID и комплексной системой удаленного управления Lights-Out.

Сервер HP ProLiant ML150 G6 - это доступная масштабируемая платформа для растущего бизнеса. Резервные вентиляторы и блоки питания обеспечивают эффективный контроль питания и уровня температуры для поддержания работоспособности системы. Решение TPM предоставляет эффективные функции шифрования данных для их надежной защиты.

Таблица 8. Сравнение серверов

Параметр	HP ProLiant DL320G6	HP ProLiant ML150 G6
Корпус	1U Rackmount	MidiTower
Центральный процессор	2.26GHz Intel® Xeon® E5520 Nehalem QuadCore w/HyperThreading 5.86GT/s FSB, 8192Kb L3 cache	Intel® Xeon® Processor E5504 (2.00 GHz, 4MB L3 Cache, 80W, DDR3-800)
Оперативная память	2 х DIMM 2048MB DDR-III PC3-10600 ECС	2 х DIMM 2048MB DDR-III PC3-10600 ECC
Набор микросхем (chipset)	Intel® 5500 Server chipset	Intel® 5500 Server chipset
Сетевой адаптер	Embedded HP NC107i PCI Express Gigabit Server Adapter	Embedded HP NC107i PCI Express Gigabit Server Adapter
Жесткие диски	2 х HDD 750GB SAS 3G 7200rpm (DP) HotPlug LFF	2 х HDD 750GB SAS 3G 7200rpm (DP) HotPlug LFF
Оптический привод	DVD-RW 8x	DVD-RW 16x
Стоимость	4095 у.е.	3272 у.е.

Как видно из таблицы 8, при одинаковой конфигурации серверы имеют ощутимое различие в стоимости - около 800 у.е. Сервер HP ProLiant DL320 G6 имеет более компактный размер, большую возможность для расширения, большую отказоустойчивость. Однако, для рассматриваемой задачи эти характеристики не являются критически важными, поэтому можно выбрать более дешевый вариант с той же производительностью. Выбираем сервер HP ProLiant ML150 G6.

1.4.2 Обоснование проектных решений по информационному обеспечению

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

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

1) Входные и выходные документы. Входными документами системы является приходная накладная и накладная на внутреннее перемещение.

Выходными документами являются: журнал прихода, журнал отгрузок, отчет по качеству, отчет по остаткам, отчет по инвентаризации, отчет "Резервы отделов КЦ".

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

2) Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа "Вопрос-ответ"; диалог типа "Меню", диалог на основе экранных форм, диалог на основе командного языка.

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

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

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

- Справочник "Единицы измерения";

- Справочник "Категории товаров";

- Справочник "Группы товаров";

- Справочник "Номенклатура";

- Справочник "Поставщики";

- Справочник "Клиенты";

- Справочник "Должности";

- Справочник "Сотрудники";

- Справочник "Отделы";

- Справочник "Дефекты";

- Справочник "Перечни дефектов".

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

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

- Приходная накладная;

- Накладная на внутреннее перемещение;

- Приемка по количеству;

- Приемка по качеству;

- Инвентаризация;

- Управление резервом.

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

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

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

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

Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:

- персонала;

- категорий товара;

- артикулов;

- складских документов.

4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. [1]

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

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

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

Основными способами организации БД являются создание централизованных и распределенных БД. [4] В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству пользователей.

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

1.4.3 Обоснование проектных решений по программному обеспечению

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

В состав программного обеспечения входят общесистемные и специальные программные продукты, а также техническая документация. [2]

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

К общесистемному ПО в нашем случае относятся:

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

- система управления базами данных (СУБД).

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

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

Операционные системы можно разделить на следующие типы:

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

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

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

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

- кросс-загрузчики - это системы, полностью ориентированные на работу с host-машиной. Чаще всего они используются для написания и отладки кода, позднее прошиваемого в ПЗУ.

- системы промежуточных типов.

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

1. Совместимость с ОС, уже имеющимися в организации;

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

3. Минимальные затраты на поддержку системы.

В ЗАО "Консультант Плюс" на рабочих станциях пользователей системы установлена ОС линейки Microsoft Windows: Windows 7, Windows Vista, Windows XP. На серверах установлена Microsoft Windows 2008 Server. На приобретаемый сервер с целью совместимости всех компонентов системы рекомендуется установить последнюю версию серверной операционной системы Microsoft Windows 2008 Server.

СУБД классифицируются по следующим признакам [5]:

1) По модели данных:

- Иерархические;

- Сетевые;

- Реляционные;

- Объектно-ориентированные.

2) По способу доступа к БД

- Файл-серверные;

- Клиент-серверные.

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

Имеется большое разнообразие реляционных клиент-серверных СУБД.

Рассмотрим такие продукты, как MS SQL Server и MySQL.

1) MS SQL Server - очень распространенная, достаточно надежная, быстрая клиент-серверная СУБД. Часто используется для промышленных систем автоматизации. Версия MS SQL Server Express распространяется бесплатно, но имеет некоторые технические ограничения (максимальный размер базы не должен превышать 4 Гб, поддерживается только 1 процессор, адресуемая память составляет 1 Гб, и т.п.). Такие ограничения делают её непригодной для развертывания больших баз данных, но она вполне годится для ведения программных комплексов в масштабах небольшой компании.

2) MySQL - свободно распространяемая клиент-серверная СУБД, высокопроизводительная, обеспечивающая высокий уровень защиты данных. Доступ к серверу MySQL можно осуществить в интерактивном режиме с помощью различных интерфейсов, позволяющих вводить запросы и просматривать полученные результаты. Имеются программные интерфейсы для таких языков, как С, Perl, Java, PHP и Python.

Т.к. одним из основных требований к ИС склада является ее взаимодействие с ИС отделов снабжения, сбыта и бухгалтерии, необходимо обеспечить гарантированную совместимость этих систем. Т.к. ИС отдела снабжения, отдела сбыта и система Парус для бухгалтерского учета используют в качестве СУБД MS SQL Server, необходимо при разработке ИС склада тоже использовать эту СУБД.

В настоящее время лидерами на рынке сред разработки являются Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред позволит разработать современное клиент-серверное приложение с современным пользовательским интерфейсом. Однако, в компании имеются наработки на Delphi, которые можно использовать при разработке ИС склада. Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с остальными из перечисленных сред разработки получить готовую систему, с интерфейсом, аналогичным ИС отделов снабжения и сбыта.

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

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

2. Проектная часть

2.1 Разработка проекта автоматизации

2.1.1 Этапы жизненного цикла проекта автоматизации

Жизненный цикл (ЖЦ) программного средства (ПС) - это период времени, который начинается с момента принятия решения о необходимости его создания, и заканчивается в момент его полного изъятия из эксплуатации. [4, с. 21]

Существует целый ряд методологий, описывающих жизненный цикл ПО:

- ГОСТ 34.601-99 - стандарт на стадии и этапы создания АИС, соответствующие каскадной модели жизненного цикла ПО. В стандарте приводится описание содержания работ на каждом этапе.

- ISO/IEC 12207:1995 "Information Technology - Software Life Cycle Processes" - стандарт на процессы и организацию жизненного цикла заказного ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие - на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения.

- Методология Oracle - технологический материал по разработке прикладных АИС, детализированный до уровня заготовок проектных документов в расчете на использование Oracle. Применяется для классической модели жизненного цикла (предусмотрены все работы, задачи и этапы), а также для технологий "быстрой разработки" или "облегченного подхода", рекомендуемых в случае малых проектов.

- Методология RUP (Rational Unified Process) - технологический материал по реализации итеративной модели разработки, включающей 4 фазы: начало, исследование, построение и внедрение. Каждая фаза разбита на этапы (итерации), результатами которых являются версии для внутреннего или внешнего использования. Каждый цикл завершается генерацией очередной версии системы. Предполагает создание и сопровождение моделей на базе UML.

- Методология MSF (Microsoft Solution Framework) - технологический материал по реализации итеративной модели разработки, аналогично RUP, включает 4 фазы: анализ, проектирование, разработку, стабилизацию; предполагает использование объектно-ориентированного моделирования.

- Extreme Programming (XP) - экстремальное программирование. Основой методологии является работа в команде, эффективные коммуникации между заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с использованием последовательно дорабатываемых прототипов.

Стандарт ГОСТ 34.601-99 не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.

В методологии Oracle, RUP, MSF, XP не приводится структура и описание технической документации по проекту.

Поэтому выбираем для проектирования ИС стандарт ISO/IEC 12207:1995.

Стандарт ISO/IEC 12207 задает полный набор процессов (более 40), охватывающий все возможные виды работ и задач, связанных с построением программного средства, начиная с анализа предметной области и заканчивая изготовлением конечного продукта. Данный стандарт содержит основные и вспомогательные процессы (рисунок 13).



Рисунок 13. Основные процессы жизненного цикла ПО

В зависимости от проекта процессы, действия и задачи стандарта выбираются, упорядочиваются и включаются в модель ЖЦ. При применении они могут перекрывать, прерывать друг друга, выполняться итерационно или рекурсивно. Это определяет "динамический" характер стандарта и позволяет реализовать с его помощью произвольную модель ЖЦ ПС.

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

Для рассматриваемой ИС выделяются следующие базовые процессы жизненного цикла [1]:

1. Разработка

· Планирование и анализ требований (предпроектная стадия);

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

· Реализация;

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

· Внедрение;

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

· Поддержка пользователей;

· Техническое обслуживание компонентов системы;

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

· Сбор рекламаций

· Исправление ошибок и недоработок

· Модернизация

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

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

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

Тестирование ИС. На этом этапе оценивается система в целом на соответствие требованиям ТЗ.

Внедрение системы необходимо проводить в три этапа [2, с.79]:

- подготовка объекта к внедрению;

- опытное внедрение;

- сдача проекта в промышленную эксплуатацию.

На этапе подготовки объекта к внедрению планируется провести следующие работы:

- закупить и установить сервер системы и серверное ПО;

- развернуть на сервере базу данных;

- установить клиентское ПО на все компьютеры АРМ системы;

- сконфигурировать взаимодействие АРМ системы с сервером базы данных;

- ввести учетные записи и настроить им права доступа;

- заполнить справочники системы реальными данными;

- обеспечить пользователей эксплуатационной документацией;

- обучить персонал работе с системой.

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

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

На этапе эксплуатации производятся следующие работы:

- периодическая актуализация справочников системы (осуществляется ответственным за справочник лицом);

- периодическое архивирование информационной базы системы на CD-носителях (администратор системы);

- локализация проблем и устранение причин их возникновения (программист);

- модификация ПО (бизнес-анатилик, программист);

- подготовка предложений по совершенствованию системы (пользователи системы);

- развитие и модернизация системы (бизнес-анатилик, программист).

2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание

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

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

На этапах проектирования и реализации системы имеются риски:

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

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

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

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

Таблица 9. Характеристики дефектов программного продукта

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

На этапе эксплуатации возможны риски, возникающие по причинам:

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

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

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

2.1.3 Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

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

Выделяют следующие основные цели ИБ:

¦ конфиденциальность (доступность информации только определенному кругу лиц);

¦ доступность (возможность получения информации авторизованными пользователями в нужное для них время);

¦ целостность (гарантия существования информации в неискаженном, истинном виде).

Информация, обрабатываемая и сохраняемая в системе складского учета ЗАО "Консультант Плюс", является ценной:

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

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

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

Определим, какие угрозы имеются с точки зрения информационной безопасности [9]:

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

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

- Нарушение связи по вычислительной сети с офисом;

- Отключения электропитания, пожары, наводнения и т.п.

Административно-правовой уровень

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

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

Организационно-процедурный уровень

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

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

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

- регулярно проводить архивирование данных.

Во-первых, доступ к АРМ системы должен быть только у следующих пользователей:

- менеджеры отдела снабжения;

- менеджеры отдела сбыта;

- начальник склада;

- кладовщик участка приемки;

- кладовщик участка отгрузки;

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

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

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

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

Таблица 10. Разграничение прав пользователей

Группы пользователей	Справочники системы	Управление пользователями	Модуль "Приемка товара"	Модуль "Отгрузка товара"	Модуль "Приемка по качеству"	Отчеты
Менеджеры отдела снабжения	Чтение	Нет доступа	Ограниченный доступ (ввод данных об ожидаемых поставках, чтение данных о приемке товара) ...

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

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

  Анализ состояния информационных систем управления запасами на предприятии. Описание рабочего места оператора складского учета. Предметная область предприятия. Разработка практических предложений по автоматизации управления запасами на предприятии.
  
  курсовая работа [606,5 K], добавлен 20.04.2015
  

• Системы управления базой данных на предприятии

  Создание системы управления базой данных для управления массивом информации множеством одновременно работающих пользователей. Изучение и оценка потерь при данном уровне автоматизации. Разработка схемы потоков для выбранного объекта автоматизации.
  
  отчет по практике [59,7 K], добавлен 05.03.2011
  

• Разработка автоматизированной системы складского учета для мельзавода №2 "Новая победа"

  Обоснование проектных решений по программному обеспечению. Теория складского учёта. Характеристика входной информации. Основные показатели эффективности программных продуктов. Реализация базы данных. Защита информации в автоматизированной системе.
  
  дипломная работа [4,6 M], добавлен 19.09.2014
  

• Система учета заказов ОАО "Класс-сервис"

  Обработка и хранение информации, связанной с заказами, при осуществлении поставок продукции с помощью системы управления базами данных (СУБД). Разработка автоматизированной системы учета заказов для ООО "Класс-сервис". Программно-технические средства.
  
  дипломная работа [2,2 M], добавлен 22.09.2011
  

• Проектирование автоматизированной системы обработки информации и управления СПК "Ледовый дворец"

  Разработка автоматизированной информационной системы для сокращения времени обслуживания клиентов ООО "Ледокол" и частичного исключения человека из сервиса, основываясь на статистике потока посетителей в зависимости от различных временных интервалов.
  
  курсовая работа [285,0 K], добавлен 29.12.2012
  

• Справочно-правовая система "КонсультантПлюс"

  Содержание справочной правовой системы "КонсультантПлюс", порядок обновления информации, система поиска документов в базе данных, внедрение новой технологической платформы. Преимущества системы "КонсультантПлюс", структура информационных банков.
  
  реферат [395,3 K], добавлен 21.06.2010
  

• Автоматизация складского учета

  Разработка автоматизированной системы складского учета для мельзавода № 2 "Новая победа". Характеристика входной информации. Реализация базы данных. Оценка эффективности применения программы. Аппаратные, программные, криптографические средства защиты.
  
  дипломная работа [4,4 M], добавлен 11.09.2014
  

• Разработка и внедрение АИС для ООО "Евросеть-Ретейл"

  Создание автоматизированной информационной системы управления продажами сотовых телефонов и аксессуаров для ООО "Евросеть-Ретейл". Снижение расходов за счет автоматизации процессов обработки информации и упрощения доступа к ней сотрудников компании.
  
  дипломная работа [1,3 M], добавлен 13.07.2015
  

• Система автоматизации складского учета

  Типичные бизнес-процессы и способы ведения складского учета. Инвентаризация материально-производственных запасов. Разработка базы данных для хранения информации, необходимой для автоматизации работы оптового склада с использованием СУБД Interbase 7.5.
  
  дипломная работа [3,1 M], добавлен 17.04.2015
  

• Преимущества использования СПС "КонсультантПлюс" в профессиональной деятельности

  Главные свойства СПС и основные характеристики работы компании-производителя. История создания компании "КонсультантПлюс". Основные поисковые задачи, решаемые с помощью этой системы. Преимущества СПС "КонсультантПлюс" над другими аналогичными системами.
  
  презентация [3,1 M], добавлен 08.06.2010
  

• Автоматизация системы учета заказов на предприятии

  Разработка программного обеспечения для автоматизации процесса учета поступления и формирования заказов. Построение реляционной базы данных средствами Microsoft Access. Методы повышения эффективности организации информационных потоков на предприятии.
  
  дипломная работа [1,9 M], добавлен 02.12.2012
  

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

  Разработка автоматизированной системы учета и мониторинга выполнения заказов клиентов в ЗАО "Централизованный региональный технический сервис" группы компаний MAYKOR. Обоснование СУБД и инструментальных средств программирования. Затраты на разработку.
  
  дипломная работа [2,8 M], добавлен 18.01.2015
  

• Разработка автоматизированной информационной системы на примере "МегионСофтОйл"

  Разработка автоматизированной информационной системы для учета и контроля выполнения ремонтных работ, и предоставления услуг по разработке программного обеспечения компании "МегионСофтОйл", разработка алгоритмов приложений программной системы и модулей.
  
  дипломная работа [5,3 M], добавлен 29.06.2012
  

• Проектирование автоматизированной информационной системы "Грузоперевозки"

  Разработка и внедрение комплексной автоматизированной системы поддержки процессов компании. Повышение эффективности работы подразделений компании и обеспечение ведения учета в единой информационной системе. Ведение единой бухгалтерии, расчет клиентов.
  
  курсовая работа [657,1 K], добавлен 18.05.2015
  

• Разработка базы данных ER-методом для заданной области

  Разработка автоматизированной информационной системы "Стол заказов" для учета регистрации заказов и информации о клиентах, ответственных лицах и товарах. Характеристики комплекса задач. Проект базы данных, построение логической и физической моделей.
  
  курсовая работа [354,9 K], добавлен 18.12.2014
  

• Разработка системы автоматизации рабочего места менеджера Сергиево-Посадского БТИ

  Разработка автоматизированной информационной системы учета заказов на выполнение работ и формированию отчетной документации Бюро технической инвентаризации (БТИ). Системный анализ и схема документооборота. Разработка инфологической модели данных.
  
  дипломная работа [603,9 K], добавлен 29.08.2014
  

• Разработка базы данных с использованием средств Microsoft Access для автоматизации процедур учета и формирования заказов на предприятии ООО "Озон"

  Инфологическая модель задачи автоматизации и формирования заказов поставщикам, контроля состояния склада. Анализ ключей сущностей проектируемой базы данных, разработка и нормализация системы таблиц и форм. Механизм оформления заказов в базе данных.
  
  курсовая работа [358,5 K], добавлен 26.11.2012
  

• Разработка автоматизированной информационной системы отеля туристической фирмы

  Техническое задание на разработку автоматизированной системы и складского учета управления универсальной торговой базы. Проектирование информационной системы и выбор среды для создания программного продукта. Создание интерфейса и руководство пользователя.
  
  дипломная работа [2,1 M], добавлен 11.07.2015
  

• Разработка и внедрение адаптированной автоматизированной системы управления филиалом КГПУ ИМ. В.П. Астафьева в г. Канске

  Анализ имеющихся систем для управления учебным заведением. Запросы и потребности автоматизации управления учебным процессом в филиале КГПУ им. В.П.Астафьева. Оценка эффективности внедрения новой адаптированной автоматизированной системы управления.
  
  дипломная работа [1,1 M], добавлен 19.06.2013
  

• Проектирование автоматизированной системы приема заказов

  Проектирование систем обработки данных для заданных объектов управления, автоматизированных систем разного назначения. Разработка автоматизированной системы приема заказов организации. Модель бизнес-процесса. Основные алгоритмы работы программы.
  
  курсовая работа [910,8 K], добавлен 25.05.2015
  

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