Разработка автоматизированного рабочего места кладовщика для «Монтажное Управление №9 ОАО ДСК-1»

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

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

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

2.

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

2.

3.1. Общие положения (дерево функций и сценарий диалога) На рисунке 2.2 представлено дерево функций разрабатываемого программного продукта.

Рис. 2.2 — Дерево функций Из дерева функций легко прослеживается функциональность всего программного продукта. Все функции программного продукта были разделены на основные и служебные.

2.

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

В таблице 2.1 приведено описание структуры справочника «Контрагент».

Таблица 2.1

Структура таблицы «Контрагент»

Имя поля Тип данных Размер поля Ключ Код контрагента Счетчик Первичный Контрагент Текстовый 50 В таблице 2.2 приведено описание структуры справочника «Вид ТТН».

Таблица 2.2

Структура таблицы «Вид ТТН»

Имя поля Тип данных Размер поля Ключ Код вида ТТН Счетчик Первичный Вид ТТН Текстовый 50 В таблице 2.3 приведено описание структуры справочника «Должность».

Таблица 2.3

Структура таблицы «Должность»

Имя поля Тип данных Размер поля Ключ Код должности Счетчик Первичный Должность Текстовый 50 В таблице 2.4 приведено описание структуры справочника «Производитель».

Таблица 2.4

Структура таблицы «Производитель»

Имя поля Тип данных Размер поля Ключ Код производителя Счетчик Первичный Производитель Текстовый 50 В таблице 2.2 приведено описание структуры справочника «Тип номенклатуры».

Таблица 2.5

Структура таблицы «Тип номенклатуры»

Имя поля Тип данных Размер поля Ключ Код типа Счетчик Первичный Тип номенклатуры Текстовый 50 В таблице 2.6 приведено описание структуры таблицы «Сотрудник».

Таблица 2.6

Структура таблицы «Сотрудник»

Имя поля Тип данных Размер поля Ключ Код сотрудника Счетчик Первичный ФИО Текстовый 50 Должность Числовой — Внешний Контактный телефон Текстовый 15 В таблице 2.7 приведено описание структуры реализуемой таблицы «Товарно-транспортная накладная». Данная таблица необходима для отслеживания товарно-транспортных накладных оформленных для поставки и отгрузки номенклатуры.

Таблица 2.7

Структура таблицы «Товарно-транспортная накладная»

Имя поля Тип данных Размер поля Ключ Код ТТН Счетчик Первичный Код контрагента Числовой — Внешний Дата отправки Дата — Дата поступления Дата — Вид ТТН Числовой — Внешний Сотрудник Числовой — Внешний В таблице 2.8 приведено описание структуры реализуемой таблицы «Номенклатура». Данная таблица необходима для хранения характеристик номенклатуры. Информация из данной таблицы используется во всех других таблицах, связанных с номенклатурой.

Таблица 2.8

Структура таблицы «Номенклатура»

Имя поля Тип данных Размер поля Ключ Код номенклатуры Счетчик Первичный Название Текстовый 50 Тип номенклтуры Числовой Внешний Код производителя Числовой Внешний В таблице 2.9 приведено описание структуры реализуемой таблицы «Движение номенклатуры». Данная таблица необходима для отслеживания товарно-транспортных накладных оформленных для отгрузки или поставки номенклатуры.

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

Таблица 2.9

Структура таблицы «Движение номенклатуры»

Имя поля Тип данных Размер поля Ключ Код ТТН Счетчик Первичный Код номенклатуры Числовой Первичный Количество Дата В таблице 2.10 приведено описание структуры реализуемой таблицы «Хранение». Данная таблица хранит сведения относительно хранящейся продукции на складе компании.

Таблица 2.10

Структура таблицы «Хранение»

Имя поля Тип данных Размер поля Ключ Код имеющегося товара Счетчик Первичный Код номенклатуры Числовой Внешний Количество Числовой Первичный ключ (англ. primary key) — понятие теории реляционных баз данных, минимальное множество атрибутов, являющееся подмножеством заголовка данного отношения, составное значение которых уникально определяет кортеж отношения. На практике термин первичный ключ обозначает поле (столбец) или группу полей таблицы базы данных, значение которого (или комбинация значений которых) используется в качестве уникального идентификатора записи (строки) этой таблицы.

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

Тип данных «Счетчик» — числовой тип данных, встречающийся в СУБД Access. Отличается от числовых типов данных тем, что автоматически генерирует номер по порядку. Позволяет избежать вмешательства пользователя при генерировании ключевых полей. Необходимо для сохранения целостности базы данных.

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

В результате было создано 10 таблиц, позволяющих хранить данные о товарах.

Для связи таблиц была создана схема данных, необходима также для обеспечения целостности данных, в случае ввода несуществующего значения в поле внешнего ключа, будет выдаваться ошибка о нарушении целостности базы данных. На рис. 2.3 представлена ER-модель, реализованная в СУБД Access. [14]

Рис. 2.

3. ER-модель

2.

3.3. Структурная схема пакета (дерево вызова программных модулей) На рис. 2.

4. представлена структурная схема программного продукта.

Рис. 2.

4. Структурная схема.

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

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

2.

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

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

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

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

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

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

2.

4. Технологическое обеспечение задачи

2.

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

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

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

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

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

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

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

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

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

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

2.

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

Рис. 2.5 Схема технологического процесса сбора, передачи и выдачи информации.

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

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

2.

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

6. представлена главная форма программы.

Рис. 2.

6. Главная форма программы.

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

На рисунке 2.7 представлена форма справочников, на вкладке «Тип номенклатуры».

Рис. 2.

7. Форма «Справочники». Вкладка «Тип номенклатуры»

На рисунке 2.8 представлена форма справочников, на вкладке «Должности».

Рис. 2.

8. Форма «Справочники». Вкладка «Должности»

На рисунке 2.9 представлена форма справочников, на вкладке «Контрагенты».

Рис. 2.

9. Форма «Справочники». Вкладка «Контрагенты»

На рисунке 2.10 представлена форма справочников, на вкладке «Производители».

Рис. 2.

10. Форма «Справочники». Вкладка «Производители»

На рисунке 2.11 представлена форма справочников, на вкладке «Производители».

Рис. 2.

11. Форма «Справочники». Вкладка «Вид ТТН»

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

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

На рисунке 2.12 представлена форма «Таблицы» на вкладке «Номенклатура».

Рис. 2.

12. Форма «Справочники». Вкладка «Номенклатура»

На рисунке 2.13 представлена форма справочников, на вкладке «Сотрудники».

Рис. 2.

13. Форма «Справочники». Вкладка «Сотрудники»

Основной объем работы кладовщика состоит в работе с накладными. На рисунке 2.14 представлена форма «Товарно-транспортные накладные», на которой отображаются все накладные.

Рис. 2.

14. Форма «Товарно-транспортная накладная»

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

На рисунке 2.15 представлена заполненная товарно-транспортная накладная.

Рис 2.

15. Отчет «Товарно-транспортная накладная»

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

Сформированный отчет «Справка по хранимой номенклатуре» представлен на рисунке 2.

16.

Рис 2.

16. Отчет «Товарно-транспортная накладная»

3. Обоснование экономической эффективности проекта

3.

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

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

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

3.

2. Расчёт показателей экономической эффективности проекта Трудоемкость разработки программного изделия (t) определяется по формуле, чел.-мес.

t=3,6*(nт.и.к.)1,2, (1)

где nт.и.к. — число тысяч исходных команд.

t=3,6*(0,7)1,2=2,3 чел.-мес.

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

T=2,5*t0,32 (2)

T=2,5*2,30,32=3,3 мес.

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

команд/чел.-мес. определяется по формуле:

Пр=1000*nт.и.к./t. (3)

Пр=1000*0,7/2,3=289,3 исх.

команд/чел.

мес.

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

Чи.=t/T. (4)

Чи.=2,3/3,3=0,7 чел Трудоемкость разработки программного продукта для конкретной задачи (t) можно рассматривать как сумму затрат труда по этапам разработки:

подготовка описания задачи — tо;

исследование алгоритма решения задачи — tи;

разработка блок-схемы алгоритма — tа;

программирование — tп;

отладка программы на ЭВМ — tотл;

подготовка документации по задаче — tд.

Все затраты труда суммируются, т. е. t= tо+tи+tа+tп+tотл+tд. (5)

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

Q=q*c*(1+p), (6)

где q — предполагаемое число операторов;

c — коэффициент сложности программы;

p — коэффициент коррекции программы.

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

Коэффициент коррекции p отражает увеличение объема работ за счет внесения изменений в алгоритм или программу задачи, p принимается равным 0,05.0,1.

Q=700*1,25*(1+0,05)= 918,8

Затраты труда на описание задачи tо определяется экспертным путем, так как этот труд имеет творческий характер.

tи=40,0 чел.-ч.

Затраты труда на изучение описания задачи tи рассчитываются по формуле, чел.-ч.

tи=Q*B/((75(85)*k), (7)

где B — коэффициент, учитывающий качество постановки задачи, выданной для разработки программы, принимается от 1,2 до 1,5;

k — коэффициент квалификации разработчика, принимает разные значения в зависимости от стажа работы (до 2-х лет — 0,3; 2−3 года — 1,0; 3−5 лет — 1,1.1,2; 5−7 лет — 1,3.1,4; свыше 7 лет — 1,5.1,6).

tи=918,8*1,3/(77*0,3)=51,7 чел.-ч.

Затраты труда на разработку алгоритма решения задачи ta рассчитывается по формуле, чел.-ч.:

ta=Q/((20(25)*k) (8)

ta=918,8/(25*0,3)=122,5 чел.-ч.

Затраты труда на составление программы tп рассчитывается по формуле, чел.-ч.:

tп=Q/((20(25)*k) (9)

tп=918,8/(25*0,3)=122,5

Затраты труда на отладку программы на ЭВМ tотл рассчитывается по следующим формулам, чел.-ч.:

при автономной отладке задачи

tотл=Q/((4(5)*k) (10)

tотл=918,8/(4*0,3)=765,6

при комплексной отладке задачи

tкотл=1,5*tотл (11)

tкотл=1,5*765,6=1148,4

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

tд=tдр+tдо, (12)

где tдо — затраты труда на подготовку материалов к рукописи, равная Q/((15(20)*k)

tдо — затраты труда на редактирование, печать, оформление документации, равные 0,75 tдр

tдр=918,8/(16*0,3)=191,4

tдо=0,75*191,4=143,6

tд=191,4+143,6=335

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

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

tр.п.=0,83*Q/k (13)

tр.п.=0,83*918,8/0,3

t=40,0+51,7+122,5+122,5+765,6+335=1437,3

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

Кп = Фз/п[(1+βд)*(1+ βс) + βи + βпр] + tэвм*См-ч, (14)

где Фз/п — фонд основной заработной платы разработчиков и других исполнителей работ, р.;

βд — коэффициент дополнительной зарплаты, можно принимать 0,10…0,15;

βс — коэффициент отчислений на социальные нужды от основной и дополнительной заработной платы, равен 0,4;

βи — коэффициент накладных расходов организации, разрабатывающей проект, можно принимать 0,6…0,8;

βпр — коэффициент прочих расходов, принимать 0,1…0,2;

tэвм — машинное время, затраченное для отладки программного обеспечения АС, ч.;

См-ч — стоимость машино-часа работы ЭВМ, р.

Стоимость машино-часа работы ЭВМ или комплекса средств автоматизации См-ч берется в бухгалтерии той организации, где выполняется дипломный проект См-ч=20 руб. в час Укрупненный расчет фонда основной заработной платы исполнителей работ при разработке программного изделия производится по формуле Фз/п=ΣtijC, (15)

где Σtij — суммарная трудоемкость работ по разработке АС, чел.

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

С — тарифная ставка часовая (дневная) разработчиков и других исполнителей работ, р.

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

С=30 руб. в час.

Фз/п=1437,3*30=43 118,71 р.

Кп = 43 118,71*[(1+0,13)*(1+ 0,4) + 0,70 + 0,10] + 918,8*20=121 083,8 р.

Программный продукт размером 989 Кб. Берем нормативы трудоемкости из методички = 156ч/дн. Умножаем ч/дн на количество Кб: 156*989=154,300.

Заключение

Темой дипломного проекта является «Разработка АРМ кладовщика для «Монтажное Управление № 9 ОАО ДСК-1» «. Основной деятельностью открытого акционерного общества «Домостроительный комбинат № 1» является возведение жилых домов. ОАО «Домостроительный комбинат № 1» — это комплекс предприятий, работа которых направлена на обеспечение всем необходимым для строительства зданий. Монтажное управление № 9 — это организация, входящая в состав «ДСК № 1» и занимающаяся непосредственно монтажом зданий.

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

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

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

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

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

анализ предметной области;

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

анализ потоков информации на предприятии;

расчет экономической эффективности программного продукта;

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

проектирование базы данных;

физическая реализация базы данных;

разработка приложения пользователя;

физическая реализация приложения пользователя.

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

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

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

Программный продукт был реализован с помощью СУБД Microsoft Access 2003, а также языка объектно-ориентированного программирования Borland Delphi 7.

0. Оформление отчета осуществлялось с помощью интегрированного пакета Microsoft Office 2003.

При эксплуатации наличие языка программирования требуется СУБД, а Microsoft Access поставляется вместе с интегрированным пакетом офисных приложений Microsoft Office, что позволяет не сильно увеличивать затраты на приобретение специального программного обеспечения.

Список использованной литературы Бакаревич Ю. Б., Пушкина Н. В. Самоучитель Microsoft Access 2003. — СПб.: БХВ-Петербург, 2002 — 402 с.

Барановская Т. П. и др. Информационные системы и технологии в экономике: Учебник. — 2-е изд., доп. и перераб. — М.: Финансы и статистика, 2005 — 416 с.

Благодатских В. А. и др. Стандартизация разработки программных средств: Учеб. пособие. — М.: Финансы и статистика, 2005. — 288 с.

Бобровский С. Программирование в Delphi 7 — СПб.: Информ-Пресс, 2003. — 806 c.: ил.

Бойко В.В., Савинков В. М. Проектирование баз данных информационных систем. — М.: Финансы и статистика, 2004.

Бондарева Г. А., Сахарова Е. В., Королькова Л. Н., Информатика. Ставрополь, СТИС, 2006

Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. — 2-е изд., перераб. и доп. — М.: Финансы и статистика, 2005. — 544 с.

Гетия И. Г. Безопасность при работе на ПЭВМ. — М.: НПЦ Профессионал-Ф, 2001. — 140 с.

Гончаров А. Ю. Access 2003

Самоучитель с примерами. — М.: Инфра-М, 2004 — 385 с.

Горев А. Эффективная работа с СУБД. — СПб.: Питер, 1997. — 704с.: ил.

Гофман В. Э., Хомоненко А. Д. и др. Delphi 7 — СПб.: BHV, 2004. — 1216 с.: ил.

Дарахвелидзе, П. Г. Программирование в Delphi 7. — СПб.: БХВ-Петербург, 2003. — 784 с.

Каймин В. А. Информатика: Учебник. — 5-ое издание — М.: ИНФРА-М, 2007 — 244 с.

Карпова Т. С. Базы данных: модели, разработка, реализация: учеб. пособие для вузов — СПб.: Питер, 2001. -304с.: ил.

Конеев И. Информационная безопасность предприятия. — СПб.: БХВ-Петербург, 2003. — 733 с.

Лугачев М. И. и др. Экономическая информатика: введение в экономический анализ. — М.: Инфра-М, 2005. —569 с.

Маклаков С. В. ВРWin и ERWin. САSЕ-средства разработки информационных систем — М.: Диалог-МИФИ, 1999 — 455 с.: ил.

Мельников В. В. Безопасность информации в автоматизированных системах. — М.: Финансы и статистика, 2003. — 368 с.

Мишенин А. И. Теория экономических информационных систем. — М.: Финансы и статистика, 2000. — 240 с.

Норенков И. П. Основы автоматизированного проектирования: Учебник для вузов. — М.: МГТУ им. Н. Э. Баумана, 2002. — 336 с.

Орлов С. Технологии разработки программного обеспечения. Учебное пособие. 2-е изд. — СПб.: Питер, 2003. — 480 с.

Партыка Т. Л. Информационная безопасность. — М. ИНФРА-М, 2002. — 367 с.

Петров, В. Н. Информационные системы: учеб. пособие для вузов — СПб.: Питер, 2002. — 688 с.

Савицкая Г. В. Анализ хозяйственной деятельности предприятия: Учебник. — М.: Инфра-М, 2003. — 400 с.

Савицкий Н. И. Экономическая информатика. — М.: Экономистъ, 2004. — 429 с.

Симонович С. В. Информатика. Базовый курс — СПб.: Питер, 2004. — 639 с.: ил.

Симонович С. В. Специальная информатика — М.: АСИ-ПРЕСС Инфорком-пресс, 2002. — 479 с.: ил.

Смирнова Г. Н. и др. Проектирование экономических информационных систем: Учебник / Под ред. Ю.

Ф. Тельнова. — М.: Финансы и статистика, 2002. — 512 с.

Советов Б. Я. Информационные технологии — М.: Высш. школа, 2006. -263 с.: ил.

Стивенс, Р. Delphi. Готовые алгоритмы: пер. с англ. — М.: ДМК ПРЕСС, 2001. — 384 с.: ил.

Фаронов И. В. Программирование баз данных в Delphi 7: учебный курс. — СПб.: Питер, 2005. — 295 с.: ил.

Чекалов А. Базы данных: от проектирования до разработки приложений. — СПб: BHV, 2003. — 384 c.

Шкарина Л. Язык SQL: учебный курс. — СПб.: Питер, 2001.