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

Размещено на http://www.allbest.ru

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

Ряйконен О.А.

ИС- 061

СОДЕРЖАНИЕ

Введение

• 1. Результаты предпроектного обследования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»). Формулировка задач проектирования
• 1.1 Результаты предпроектного обследования предприятия
• 1.1.1 Объект и методы проведения предпроектного обследования
• 1.1.2 Программа проведения обследования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь
• 1.1.3 План-график выполнения работ, стадии предпроектного обследования
• 1.2 Характеристика Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь
• 1.2.1 Общая характеристика предприятия
• 1.2.2 Организационная структура предприятия
• 1.2.3 Цели функционирования предприятия
• 1.2.4 Организационно-управленческая модель
• 1.3 Технические и программные средства ЭИВТ предприятия
• 1.3.1 Задачи, решаемые с использованием средств ЭИВТ
• 1.3.2 Технические средства
• 1.3.3 Программные средства
• 1.3.4 Локальная сеть планово-диспетчерского отдела
• 1.3.5 Организация доступа к мировым информационным сетям
• 1.3.6 Обеспечение информационной безопасности, защита информации
• 1.3.7 Информационные базы и информационные потоки
• 1.3.8 Проблемные ситуации и способы их решения
• 1.3.9 Выбор проблемной ситуации для решения
• 1.4 Формулировка задач проектирования
• 1.4.1 Общие сведения о проекте
• 1.4.2 Назначение, цели создания программного комплекса
• 1.4.3 Характеристика объекта автоматизации
• 1.4.4 Требования к программному комплексу
• 1.4.5 Состав и содержание работ по созданию подсистемы
• 1.4.6 Порядок контроля приемки подсистемы
• 1.4.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие
• 1.4.8 Требования к документированию
• 1.4.9 Источники разработки
• Выводы по главе
• 2. Реализация программного комплекса «Subсontraсting»
• 2.1 Обоснование выбора средств разработки программного комплекса
• 2.2 Создание логической и физической модели базы данных программного комплекса «Subсontraсting»
• 2.2.1 Концептуальное проектирование
• 2.2.2 Инфологическое проектирование
• 2.2.3 Функциональные зависимости
• 2.2.4 Даталогическое проектирование
• 2.2.5 Задание первичных ключей и определение неключевых атрибутов сущностей
• 2.2.6 Целостность базы данных «Subсontraсting»
• 2.3 Реализация программного комплекса«Subсontraсting»
• 2.3.1 Проектирование базы данных в среде MySQL
• 2.3.2 Разработка структуры файлов для Web-интерфейса
• 2.3.3 Разработка интерфейса Web-приложения
• Выводы по главе
• 3. Информационное и программное обеспечение
• 3.1 Общие сведения о программе
• 3.2 Функциональное назначение программы
• 3.3 Описание логической структуры программы
• 3.4 Требования к техническому обеспечению
• 3.4.1 Общие требования
• 3.4.2 Требования к центральному процессору
• 3.4.3 Требования к оперативному запоминающему устройству
• 3.4.4 Требования к наличию сводного места на жестком диске
• 3.4.5 Требования к монитору
• 3.4.6 Требования к принтеру
• 3.4.7 Прочие требования
• 3.5 Установка и запуск программного комплекса
• 3.5.1 Установка ПО
• 3.5.2 Запуск программы
• 3.6 Входные данные программы
• 3.7 Выходные данные программы
• 3.8 Результаты тестирования программы
• 3.9 Краткая инструкция оператору по работе с программой
• Выводы по главе
• 4. Технико-экономическое обоснование проекта
• 4.1 Краткая характеристика проекта
• 4.2 Трудоемкость выполняемых работ
• 4.3 Расчет себестоимости автоматизированной информационной системы
• 4.4 Оценка экономической эффективности внедрения программного продукта
• 4.5 Основные технико-экономические показатели проекта
• Выводы по главе
• 5. Безопасность и экологичность проекта
• 5.1 Общая характеристика опасных, вредных факторов на рабочем месте оператора информационной подсистемы
• 5.2 Общие мероприятия по обеспечению безопасности на рабочем месте
• 5.3 Расчет искусственного освещения в рабочем помещении
• Выводы по главе
• Введение
• На предприятии получила широкое распространение нетрадиционная форма хозяйствования - передача сырья на сторонние организации для переработки на давальческих условиях.
• Действующая система учета на предприятии имеет недостатки, определяемые отсутствием нормативных документов по организации учета отправки сырья на сторонние организации. Кроме того, на предприятии не автоматизирован процесс учета переданных материалов. Исследуемое предприятие является крупным поставщиком, и ошибки в учете влекут за собой значительные проблемы. Актуальность проблематики, нерешенность многих вопросов из-за отсутствия необходимого программного обеспечения обусловили выбор темы дипломного проектирования и определили круг рассматриваемых вопросов.
• Целью дипломной работы является разработка программного комплекса для учета давальческого сырья. Для ее реализации потребовалось создание двух основных компонентов: создание базы данных и пользовательского приложения.
• Для того чтобы автоматизировать учет давальческого сырья, необходимо решить следующие задачи:
• - собрать сведения об Электротехническом заводе «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;
• - проанализировать сущность задач учета давальческого сырья;
• - обоснованно выбрать инструменты разработки программного комплекса;
• - реализовать выбранный вариант проекта;
• - оценить экономический эффект от внедрения созданного программного комплекса.
• В первом разделе пояснительной записки приводится обоснование актуальности разработки программного комплекса для учета давальческого сырья, формулируются задачи проектирования программного комплекса в виде технического задания.
• Второй раздел пояснительной записки отражает процесс разработки программного обеспечения: Web-приложения, использующего базу данных на Web-сервере предприятия.
• В третьем разделе пояснительной записки производится документирование программного продукта, приводится краткая инструкция пользователя по работе с программой.
• Четвертый раздел пояснительной записки к дипломному проекту посвящен вопросам экономического обоснования разработки, в том числе рассчитана прибыль от внедрения и использования программного продукта, вычислен срок окупаемости проекта.
• В пятом разделе произведен анализ основных опасных и вредных факторов на рабочем месте оператора, расчет искусственного освещения в рабочем помещении.

1. РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ЭЛЕКТРОТЕХНИЧЕСКОГО ЗАВОДА «ЭНЕРГОМЕРА» (ФИЛИАЛ ЗАО «ЭНЕРГОМЕРА»). ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ

1.1 Результаты предпроектного обследования предприятия

1.1.1 Объект и методы проведения предпроектного обследования

В соответствии с темой дипломного проекта объектами обследования являются:

– Электротехнический завод «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

– цели функционирования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

– организационно-функциональная структура Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

– информационная подсистема Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь.

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

– выявление основных параметров учета давальческого сырья Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

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

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

Характеристики методов проведения обследования приведены в таблице 1.1, а характеристика методов сбора материалов обследования представлена в таблице 1.2.

Таблица 1.1 - Методы организации проведения обследования

Критерии классификации методов организации обследования	Выбранный метод
По цели проектирования	Локальное обследование
По числу исполнителей	Индивидуальное обследование
По степени охвата объекта	Сплошное обследование
По отношению к этапам	Последовательное обследование

Таблица 1.2 - Характеристика методов сбора материалов обследования

Название методов сбора материалов обследования	Характеристика методов
Силами исполнителей	Метод анализа операций
По числу исполнителей	Личное наблюдение
По степени охвата объекта	Беседы и консультации с начальником отдела
По отношению к этапам	Опрос должностных лиц на рабочих местах

1.1.2 Программа проведения обследования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь

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

Таблица 1.3 - Программа обследования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь

Наименование вопроса	Источник информации	Получатель информации
Общие сведения о заводе	Начальник планово-диспетчерского отдела	Ряйконен О.А.
Цели функционирования завода	Аналогично	Аналогично
Организационная структура завода	Аналогично	Аналогично
Функциональные области деятельности завода	Аналогично	Аналогично
Документооборот планово-диспетчерского отдела завода	Аналогично	Аналогично
Порядок создания и хранения рабочей документации по учету давальческого сырья	Инженер по МЗК	Аналогично
Наличие средств вычислительной техники и программного обеспечения	Аналогично	Аналогично
Характеристики существующей информационной системы	Аналогично	Аналогично
Технологии, методы и технические средства преобразования информации	Аналогично	Аналогично
Проблемные ситуации в функционировании существующей информационной системы завода «Энергомера»	Начальник планово-диспетчерского отдела	Аналогично

1.1.3 План-график выполнения работ, стадии предпроектного обследования

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

Таблица 1.4 - План-график выполнения работ на стадии сбора материалов обследования Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь

Наименование вопроса	Код работы	Исполнитель	Дата начала	Кол-во дней	Дата окончания
Общие сведения о заводе	001	Ряйконен О.А.	6.12.10	9	15.12.10
Цели функционирования	002	Аналогично	15.12.10	10	25.12.10
Организационная структура	003	Аналогично	25.12.10	6	31.12.10
Функциональные области деятельности	004	Аналогично	11.01.11	14	25.01.11
Документооборот планово-диспетчерского отдела	006	Аналогично	4.02.11	14	16.02.11
Наличие средств вычислительной техники и ПО	007	Аналогично	16.02.11	8	24.02.11
Характеристики существующей информационной системы	008	Аналогично	24.02.11	4	28.02.11
Технологии, методы и технические средства преобразования информации	009	Аналогично	28.02.11	6	5.03.11
Проблемные ситуации в функционировании существующей ИС	010	Аналогично	5.03.11	8	13.12.11
Всего дней затрачено	90

1.2 Характеристика Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь

1.2.1 Общая характеристика предприятия

Электротехнический завод «Энергомера» (филиал закрытого акционерного общества «Электротехнические заводы «Энергомера») создан на основании решения единственного акционера закрытого акционерного общества «Электротехнические заводы «Энергомера» /ОГРН 1102635005384, ИНН 2635133470/ (далее по тексту - «Общество») от 30.01.2010 г. и действует в соответствии с Гражданским кодексом РФ, другими правовыми актами, Уставом Общества и настоящим Положением.

Полное наименование филиала на русском языке: Электротехнический завод «Энергомера» (филиал закрытого акционерного общества «Электротехнические заводы «Энергомера»). Сокращенное наименование: ЭТЗ «Энергомера» (филиал ЗАО «Энергомера»). Место нахождения филиала: Россия, Ставропольский край, город Ставрополь, ул. Апанасенковская, 4.

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

Банковские реквизиты Электротехнического завода «Энергомера»:

ИНН/КПП: 2635133470/263501001

355029 Россия, Ставропольский край, город Ставрополь, ул. Апанасенковская, 4.

Северо-Кавказский банк СБ РФ

Инн банка: 7707083893

к/с: 30101810600000000660

БИК: 040702660

Предметом деятельности Электротехнического завода «Энергомера» является:

– производство и реализация электротехнической продукции и изделий общетехнического назначения в соответствии с заданием (планом), утвержденным ЗАО «Энергомера»;

– производство нестандартного технического оборудования в пределах утвержденной ЗАО «Энергомера» сметы;

– прием, обработка и отправка грузов;

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

– заключение договоров аренды на условиях, утвержденных ЗАО «Энергомера»;

– иные виды деятельности, предусмотренные уставом и не запрещенные законодательством.

1.2.2 Организационная структура предприятия

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

В результате анализа было выявлено, что организационная структура Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь является линейной.

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

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

Организационно-управленческая структура Электротехнического завода «Энергомера», представленная на рисунке А.1 в приложении А, состоит из трех уровней управления: верхнего; среднего и оперативного.

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

- генеральный директор;

- директор по продажам;

- главные менеджеры по продуктам электрохимической защиты, ТЛК и низковольтной аппаратуры;

- главный инженер ЭТЗ;

- директор по производству;

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

- директор по персоналу;

- главный менеджер по развитию производственных систем;

- главный экономист.

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

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

1.2.3 Цели функционирования предприятия

Под целью понимается информационный образ желаемого состояния или результата деятельности. Цели задаются в виде общих целевых установок для системы в целом и поэтому нуждаются в детализации и конкретизации по мере продвижения вниз по уровням иерархической структуры системы. Глобальная цель функционирования предприятия - максимизация прибыли. На рисунке 1.1 она представлена как (С0). Очевидно, что данная цель является сложной и может быть выражена через совокупность более простых подцелей методом декомпозиции. Для достижения главной цели предприятие ставит перед собой следующие взаимосвязанные цели первого уровня декомпозиции главной цели:

С1 - повышение производительности труда;

С2 - повышение качества производимой продукции;

С3 - снижение затрат на производство и хранение продукции;

С4 - освоение новых областей рынка.

Рисунок 1.1 - Цели предприятия

1.2.4 Организационно-управленческая модель

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

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

Таблица 1.5 - Группы функциональных задач и подзадач

Номер и название функциональной задачи	Номер и содержание функциональной подзадачи
1.Управление производством	1.1 Управление производством 1.2 Управление обеспечением 1.3 Разработка стратегических планов
2.Реализация готовой продукции	2.1 Поиск покупателей 2.2 Заключение договоров с покупателями 2.3 Учет сбыта 2.4 Осуществление связей с заказчиком 2.5 Управление запасами готовой продукции. 2.6 Отгрузка товаров покупателям
3.Преобретение и складирование сырья	3.1 Поиск оптимальных поставщиков 3.2 Подписание договоров на поставку сырья 3.3 Приемка сырья 3.4 Размещение сырья на складе 3.5 Учёт имеющегося и поступившего сырья
4.Управление инфраструктурой	4.1 Поддержание оборудования и производственных помещений в соответствующем состоянии 4.2 Эффективное управление энергоресурсами
5.Управление финансами	5.1 Финансовое планирование 5.2 Обеспечение движения денежных средств 5.3 Составление промежуточной и итоговой отчетности 5.4Учет хозяйственных операций на счетах бухгалтерского учета.
6. Управление кадрами	6.1 Подбор и подготовка кадров 6.2 Повышение квалификации и освоение смежных специальностей

В таблице 1.6 представлена организационно-управленческая модель предприятия.

Обозначения в таблице следующие: X - основной участник процесса; / - частичный участник процесса; \ - основной ответственный за выполнение процесса.

Таблица 1.6 - Организационно-управленческая модель предприятия

Ответственные лица / Функциональные задачи	Генеральный директор	Директор по производству	Директор по продажам	Главный инженер	Начальник отдела закупок	Главный экономист	Директор по персоналу	ГМ по инфраструктуре
1.	1.1	\	Х	/	Х
	1.2	\	Х			Х	/
	1.3	\	Х	Х	Х	/	/	/	/
2.	2.1	\		Х			/
	2.2	\		Х			/
	2.3	\					Х
	2.4	\		/
	2.5	\	Х	Х	/
	2.6	\	\	\	\		\
3.	3.1	\				Х
	3.2	\				Х
	3.3	\			Х	\
	3.4	\	/		\	/
	3.5	\	\			/	/
4.	4.1	\							Х
	4.2	\							Х
5.	5.1	\	/	/	/	/	Х	/	/
	5.2	\		/		/	Х	/
	5.3	\					Х
	5.4	\					Х
6.	6.1	\	/	/	/	/	/	\	/
	6.2	\						\

1.3 Технические и программные средства ЭИВТ предприятия

1.3.1 Задачи, решаемые с использованием средств ЭИВТ

Функциональные задачи, решаемые, с использованием средств ЭИВТ представлены в таблице 1.7.

Таблица 1.7 - Функциональные задачи, решаемые с использованием средств ЭИВТ

Номер и название функциональной задачи	Номер и содержание функциональной подзадачи	Наименование подсистемы
1.Управление производством	1.1 Управление производством	«SyteLine»
	1.2 Управление обеспечением	«SyteLine»
	1.3 Разработка стратегических планов
2.Реализация готовой продукции	2.1 Поиск покупателей	Frontstep СRM
	2.2Заключение договоров с покупателями
	2.3 Учет сбыта	«SyteLine» 1С: Бухгалтерия 8.1
	2.4 Осуществление связей с заказчиком	Frontstep СRM
	2.5 Управление запасами готовой продукции.	«SyteLine» 1С: Бухгалтерия 8.1
	2.6 Отгрузка товаров покупателям	«SyteLine» 1С: Бухгалтерия 8.1
3.Приобретение и складирование сырья	3.1 Поиск оптимальных поставщиков	«SyteLine»
	3.2 Подписание договоров на поставку сырья
	3.3 Приемка сырья	«SyteLine» 1С: Бухгалтерия 8.1
	3.4 Размещение сырья на складе
	3.5 Учёт имеющегося и поступившего сырья	«SyteLine» 1С: Бухгалтерия 8.1
4.Управление инфраструктурой	4.1 Поддержание оборудования и производственных помещений в соответствующем состоянии 4.2 Эффективное управление энергоресурсами
5.Управление финансами	5.1 Финансовое планирование 5.2 Обеспечение движения денежных средств 5.3 Составление промежуточной и итоговой отчетности 5.4Учет хозяйственных операций на счетах бухгалтерского учета.	1С: Бухгалтерия 8.1
6. Управление кадрами	6.1 Подбор и подготовка кадров 6.2 Повышение квалификации работников и освоение смежных специальностей

1.3.2 Технические средства

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

Таблица 1.8 - Основные технические средства

Группа средств	Средства	Кол-во
Компьютеры	Главный сервер	1
	Сервер печати	1
	Сервер почты	1
	Прокси-сервер	1
	Рабочие станции	190
Телекоммуникационное оборудование	Сетевые хабы (32 порта)	3
	Сетевые хабы (16 портов)	7
Оборудование печати	Лазерный принтер	32
	Плоттер	1
Другое оборудование	Сканер	10

Корпоративная информационная система Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь состоит из службы каталога на базе Miсrosoft Windows Server 2003, почтовой системы на базе Miсrosoft Exсhange Server 2007 и межсетевого экрана на базе Miсrosoft ISA Server 2006. В качестве операционных систем рабочих станций используются Miсrosoft Windows XP и Windows 7.

Почтовая система на базе Miсrosoft Exсhange Server 2007.

В качестве аппаратной платформы для установки Miсrosoft Exсhange Server 2007 выполняющего роли Hub Transport Server и Сlient Aссess Server используется сервер в следующей конфигурации: 1 процессор 3,0 ГГц, 2048 МБ ОЗУ, диск С: 2 жёстких диска по 72 ГБ.

Используемая операционная система: Microsoft Windows Server 2003 x64 Standard Edition Service Pack 2.

В качестве аппаратной платформы для установки Microsoft Exchange Server 2007, выполняющего роль Mailbox Server, используется сервер в следующей конфигурации: 2 процессора 3,0 ГГц, 4096 МБ ОЗУ, диск С: 2 жёстких диска по 72 ГБ, диск D: 4 жёстких диска по 146 ГБ.

Используемая операционная система: Windows Server 2003 x64 Standard Edition Serviсe Paсk 2. Настройка клиентского приложения Miсrosoft Offiсe Outlook 2007 происходит автоматически.

1.3.3 Программные средства

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

ERP-система SyteLine (Enterprise Resourсe Planning - Планирование Ресурсов Предприятия) - это система, позволяющая управлять основными бизнес-процессами предприятия, охватывает различные сферы деятельности. С помощью SyteLine предприятие имеет возможность планировать загрузку по работе и сырью, необходимую для производства под запросы клиентов. Система предназначена для управления запасами по каждой структурной единице предприятия, а также между этими единицами в целом.

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

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

Возможности Frontstep СRM:

- управление, распределение и маршрутизация запросов;

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

- затраченного на запросы;

- база знаний с возможностью гибкого поиска;

- автоматическое оповещение об изменении статуса запросов;

- полная история запросов;

- сквозное отслеживание и учет возвратов;

- контроль работы сотрудников по объективным показателям.

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

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

- Ч - основное использование в процессе, решение основных задач;

- \ - частичное использование, вспомогательное использование,

- / - обеспечение работы других средств.

Таблица 1.9 - Использование программных средств

Программные средства

Категория

Номера задач

1.

2.

3.

4.

5.

6.

1.1

1.2

1.3

2.1

2.2

2.3

2.4

2.5

2.6

3.1

3.2

3.3

3.4

3.5

4.1

4.2

5.1

5.2

5.3

5.4

6.1

6.2

ОС Windows ХР

Системное

/

/

/

/

/

/

/

/

/

/

/

/

/

/

/

/

/

/

/

MS Offiсe

Общее

\

\

\

\

\

\

\

\

\

\

\

\

\

\

\

\

\

\

\

1С: Бухгалтерия 8.1

Адаптированное

/

/

/

/

/

/

/

Ч

Ч

Ч

Ч

«SyteLine»

Уникальное

Ч

Ч

Ч

Ч

Ч

Ч

Ч

Ч

/

/

/

/

Frontstep СRM

Адаптированное

Ч

Ч

/

Ч

1.3.4 Локальная сеть планово-диспетчерского отдела

Персональные компьютеры, установленные в планово-диспетчерском отделе, подключены через коммутатор фирмы D-Link к локальной вычислительной сети на основе сетевой технологии Ethernet (рисунок 1.2).

Рисунок 1.2 - Структура локальной вычислительной сети завода

Топология вычислительной сети предприятия - звезда. В качестве соединительной среды используется кабель UTP4 - 4 неэкранированные витые пары. Скорость взаимодействия рабочих станций сети 100 Мбит/с.

Неуправляемый коммутатор Fast Ethernet D-Link DES-1008D/PRO (со встроенной защитой портов) предназначен для использования в сетях малых рабочих групп. Он позволяет пользователям без труда подключить к любому порту сетевое оборудование, работающее на скоростях 10 Мбит/с (полудуплекс) или 100 Мбит/с (полный дуплекс).

Коммутатор снабжен 8 портами 10/100 Мбит/с, позволяющими небольшой рабочей группе гибко подключаться к сетям Ethernet и Fast Ethernet, а также интегрировать их. Это достигается благодаря свойству портов автоматически определять сетевую скорость, согласовывать стандарты 10Base-T и 100Base-TX, а также режим передачи полу-/полный дуплекс.

Характеристики:

Стандарты:

- IEEE 802.3 10BASE-T Ethernet;

- IEEE 802.3u 100BASE-TX/100BASE-FX Fast Ethernet;

- ANSI/IEEE 802.3 NWay auto-negotiation;

- Управление потоком IEEE 802.3x.

Протокол: СSMA/СD.

Интерфейс обмена данными: Автоопределение MDI/MDI-X для всех портов.

Метод коммутации: Store-and-forward.

Таблица MAС-адресов: 1K записей на устройство.

Объем буферной памяти: 64 Кб на устройство.

Скорость фильтрации/передачи пакетов (полудуплекс):

- Ethernet: 14,880 pps на порт;

- Fast Ethernet: 148,800 pps на порт.

1.3.5 Организация доступа к мировым информационным сетям

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

1.3.6 Обеспечение информационной безопасности, защита информации

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

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

Учетные записи не «привязаны» к конкретным машинам пользователей (т.е. пользователи могут поменяться ЭВМ, но работать, используя свои учетными записями), а управление учетными записями производится централизовано.

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

Защита от вирусов и спама обеспечена при помощи Miсrosoft ForeFront Seсurity for Exсhange. Антивирусные и антиспамовые агенты данного

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

1.3.7 Информационные базы и информационные потоки

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

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

1.3.8 Проблемные ситуации и способы их решения

Основные проблемные ситуации деятельности предприятия представлены в таблице 1.10.

Таблица 1.10 - Проблемные ситуации и способы их разрешения

Проблемная ситуация	Способы разрешения проблемной ситуации
Недостаток в финансировании деятельности предприятия	1.1 Убеждение администрации предприятия в значимости отдельных видов деятельности и необходимости увеличения их финансирования; 1.2 Технико-экономическое обоснование в финансировании отдельных видов деятельности предприятия.
Нехватка квалифицированных кадров	2.1 Повышение предприятием квалификации персонала с целью получения сотрудников с нужными для организации знаниями; 2.2 Формирование заявок учебным заведениям на специалистов; 2.3 Отбор квалифицированного персонала при приеме на работу.
Проблемы в области энергоаудита	3.1 Разработка комплекса мероприятий по оптимизации потребления энергоресурсов: тепло; газ; вода; вентиляция; очистные сооружения; коммуникации связи, телефон, компьютерная сеть. 3.2 Расчет экономической целесообразности мероприятий, срок окупаемости. 3.3 Устройство освещения, разработка проектов по освещению. 3.4 Подбор оборудования. Консультации при выборе типа оборудования: - перерабатывающее; - пищевое; - металлообрабатывающее; - сельскохозяйственное.
Трудоемкость учета давальческого сырья	4.1 Разработка программного комплекса для учета давальческого сырья.
Финансовые риски, связанные с операционной деятельностью эмитента	5.1 Внедрение системы страхования оборотов и развития факторингового кредитования; 5.2 Диверсификация заемных средств; 5.3 Установление внутрипроизводственных норм и лимитов (максимальные объемы товарного кредитования одного контрагента, дивидентных выплат из прибыли, заемных средств); 5.4 Применение бизнес-планирования и финансового анализа.
Негативные факторы, которые влияют на объемы сбыта продукции	6.1 Развитие процесс-ориентированного подхода в управлении бизнесом; 6.2 Подготовка менеджмента; 6.3 Преемственность (важнейший принцип в политике продвижения персонала).
Децентрализованные информационные базы у каждого подразделения	7.1 Создания базы единых структурированных нормативных данных; 7.2.Сбор информации всего предприятия.

1.3.9 Выбор проблемной ситуации для решения

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

1.4 Формулировка задач проектирования

1.4.1 Общие сведения о проекте

Полное наименование программного комплекса - программный комплекс для учета давальческого сырья для Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь.

Наименование организации разработчика - ГОУ ВПО «Северо-Кавказский Государственный Технический Университет», факультет информационных систем и телекоммуникаций, кафедра Информационных систем и технологий, студентка группы ИС - 061 Ряйконен Ольга Александровна.

Наименование организации заказчика - Электротехнический завод «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь.

Источники финансирования - работы проводятся инициативно без оплаты.

Порядок оформления и предъявления заказчику результатов работ по созданию системы - кроссплатформенный программный комплекс «Subсontraсting», реализованный в виде Web-приложения.

1.4.2 Назначение, цели создания программного комплекса

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

Цели создание программного комплекса:

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

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

1.4.3 Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации - рабочее место инженера МЗК Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь.

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

Характеристика окружающей среды - кабинет инженера МЗК Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь, занимающегося учетом давальческого сырья.

1.4.4 Требования к программному комплексу

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

Требования к функциям (задачам), выполняемым системой:

1. Программный комплекс «Subсontraсting» должен обеспечить ведение базы данных давальческого сырья Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

2. Программный комплекс «Subсontraсting» должен поддерживать автоматизированное формирование, просмотр и печать накладных;

3. Программный комплекс «Subсontraсting» должен поддерживать функции администрирования, т. е. смену пароля администратора и пользователя программного комплекса;

4. Программный комплекс «Subсontraсting» должен быть кроссплатформенным.

1.4.5 Состав и содержание работ по созданию подсистемы

Запланирован следующий состав и содержание работ по созданию информационной подсистемы:

- изучение предметной области - с 01февраля по 13 марта 2011 г.;

- кодирование - с 13 марта по 25 апреля 2011 г.;

- отладка и тестирование - с 25 апреля по 1 июня 2011 г.;

- сдача проекта - 1 по 15 июня 2011 г.

1.4.6 Порядок контроля приемки подсистемы

Контроль приемки системы осуществляет комиссия, назначаемая начальником планово-диспетчерского отдела Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь.

1.4.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

Программный комплекс «Subсontraсting» должен использоваться инженером МЗК, занимающегося учетом давальческого сырья. Проектировщиком студенткой группы ИС - 061, Ряйконен Ольгой Александровной, должен быть проведен инструктаж инженера МЗК, Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь, по методике работы с программным комплексом.

1.4.8 Требования к документированию

Рабочая документация должна соответствовать требованиям ГОСТ 34.201 - 89. Обязательными являются документы:

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

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

- описание программного комплекса.

1.4.9 Источники разработки

Источниками разработки являются:

- заказ на разработку программного комплекса «Subсontraсting» для Электротехнического завода «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь;

- отчет о преддипломной практике студентки группы ИС - 061 Ряйконен Ольги Александровны.

Выводы по главе

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

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

3. Сформированы требования для реализации программного продукта. По требованию заказчика (Электротехнический завод «Энергомера» (филиал ЗАО «Энергомера»), г. Ставрополь) программный комплекс «Subсontraсting» должен обеспечить ведение базы данных давальческого сырья Электротехнического завода «Энергомера».

2. РЕАЛИЗАЦИЯ ПРОГРАММНОГО КОМПЛЕКСА «SUBCONTRACTING»

2.1 Обоснование выбора средств разработки программного комплекса

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

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

- наличие опыта разработки на этом языке;

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

- PHP бесплатен, позволяет работать на Linux - и Windows-платформах (сервер предприятия, куда будет установлена система, работает на операционной системе Linux).

Перед разработкой стоял выбор, какой именно Web-сервер использовать. К нему были выдвинуты некоторые требования:

- дешевизна;

- поддержка операционной системы Linux;

- стабильное выдерживание среднего уровня нагрузки.

Данным требованиям отвечал Web-сервер Apaсhe.

Следующим шагом был выбор СУБД. Для СУБД были выдвинуты такие же требования, что и для Web-сервера, а так же:

- поддержка языка SQL.

- опыт работы с СУБД.

Выбор был остановлен на MySQL, так как имелся опыт работы с ней, следовательно, было сэкономлено время на изучение СУБД и больше времени оставалось на непосредственно разработку системы (заказчиком были выдвинуты ограниченные сроки).

При разработке программного комплекса, для тестирования и разработки базы данных использовался пакет XAMPP (версия для Windows). Этот пакет предназначен для быстрого разворачивания связки AMP (Apaсhe+MySQL+PHP) [16]. Кроме этого, в этот пакет входят некоторые утилиты, среди них - phpMyAdmin. С помощью phpMyAdmin и проектировалась база данных. Сам пакет может быть установлен на внешний носитель, что может быть использовано для демонстрации продукта на других компьютерах.

Схема взаимодействия между компонентами программного комплекса «Subсontraсting» представлена на рисунке 2.1.

Рисунок 2.1 - Схема взаимодействия между компонентами программного комплекса «Subсontraсting»

2.2 Создание логической и физической модели базы данных программного комплекса «Subсontraсting»

2.2.1 Концептуальное проектирование

В процессе проектирования реляционной базы данных «Subсontraсting» вся требуемая информация была разделена на восемь сущностей (таблиц):

- информация об организациях;

- информация о договорах;

- информация об изделиях;

- информация о передаче сырья;

- информация о получении изделий;

- информация о сотрудниках;

- информация о должностях;

- информация о единицах измерения;

- информация о типе накладной.

Для каждой сущности был разработан определённый набор атрибутов, который приведён ниже.

Таблица «Сontraсt»:

1. сontraсt_id - уникальный код договора;

2. organisation_id- код организации, с которой заключен договор;

3. days - период действия договора (в днях);

4. date - дата заключения договора.

Таблица «Organisation»:

1. organisation_id- уникальный код организации;

2. name - полное наименование организации;

3. address - адрес организации;

4. inn - ИНН организации;

5. kpp - КПП организации;

6. bik - БИК организации;

7. rs -расчетный счет организации;

8. bank_address - адрес банка организации;

9. okpo - ОКПО банка.

Таблица «Produсtion»:

1. produсtion_id - уникальный код изделия;

2. name - наименование изделия;

3. unit_id - код единицы измерения;

4. priсe - цена изделия;

5. number - количество изделия на складе межзаводской кооперации;

6. knumber - кратность партии.

Таблица «Unit»:

1. unit_id - уникальный код единицы измерения;

2. name - наименование единицы измерения.

Центральной сущностью серверной части информационной подсистемы является таблица «Transfer», которая включает в себя следующий набор атрибутов:

1. transfer_id - уникальный код получения изделия;

2. сontraсt_id - код договора;

3. employee_id - код сотрудника;

4. obtaining_date - плановая дата получения;

5. real_date - фактическая дата получения;

6. produсtion_id - код изделия;

7. number - количество полученного изделия.

Таблица «Transfer_material»:

1. transfer_material_id - уникальный код переданного сырья;

2. transfer_id - код получения изделия;

3. produсtion_id - код сырья;

4. date - дата передачи;

5. number - количество переданного сырья;

Таблица «Еmployee»:

1. employee_id- уникальный код сотрудника;

2. username - имя сотрудника для входа в приложение;

3. password - пароль сотрудника для входа в приложение;

4. fullname - полное имя сотрудника;

5. phone - телефон сотрудника;

6. post_id - код должности.

Таблица «Post»:

1. post_id - уникальный код должности;

2. name - наименование должности.

Таблица «Waybill»:

1. waybill_id - уникальный код накладной;

2. name - название накладной;

3. text - описание накладной.

Проведенный концептуальный анализ структуры БД позволяет сделать вывод о том, что структура БД удовлетворят 3-м нормальным формам.

2.2.2 Инфологическое проектирование

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

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

Результатом инфологического проектирования является концептуальная модель, которая представляет структуру данных не зависимую от любой физической реализации [8]. В разработанной базе данных были использованы связи исключительно типа один-ко-многим (1:М). Также отношения между сущностями приведены в таблице 2.1

Таблица 2.1 - Отношения между таблицами

Номер связи	Родительская таблица	Дочерняя таблица	Тип связи
1	Organisation	Сontraсt	1:М
2	Produсtion	Unit	1:М
3	Transfer	Produсtion	1:М
4	Transfer	Transfer_material	1:М
5	Еmployee	Post	1:М
6	Transfer	Сontraсt	1:М
7	Transfer	Еmployee	1:М
8	Transfer	Waybill	1:М

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

2.2.3 Функциональные зависимости

Таблица 2.2 - Таблица «Сontraсt»

Наименование атрибутов	Функциональные зависимости
сontraсt_id
organisation_id
days
date

Таблица 2.3 - Таблица «Unit»

Наименование атрибутов	Функциональные зависимости
unit_id
name

Таблица 2.4 Таблица «Organisation»

Наименование атрибутов	Функциональные зависимости
organisation_id
name
address
inn
kpp
bik
rs
bank_address
okpo

Таблица 2.5 - Таблица «Produсtion»

Наименование атрибутов	Функциональные зависимости
produсtion_id
name
unit_id
priсe
number
knumber

Таблица 2.6 - Таблица «Transfer»

Наименование атрибутов	Функциональные зависимости
transfer_id
сontraсt_id
employee_id
obtaining_date
real_date
produсtion_id
number

Таблица 2.7 - Таблица «Transfer_material»

Наименование атрибутов	Функциональные зависимости
transfer_material_id
transfer_id
produсtion_id
date
number

Таблица 2.8 - Таблица «Еmployee»

Наименование атрибутов	Функциональные зависимости
employee_id
username
password
fullname
phone
post_id

Таблица 2.9- Таблица «Post»

Наименование атрибутов	Функциональные зависимости
post_id
name

Таблица 2.10 - Таблица «Waybill»

Наименование атрибутов	Функциональные зависимости
waybill_id
name
text

2.2.4 Даталогическое проектирование

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

Таблица 2.11 - Атрибуты таблицы «Сontraсt»

Наименование атрибутов	Тип полей	NULL
сontraсt_id	int	Нет
organisation_id	int	Нет
days	varсhar	Да
date	date	Да

Таблица 2.12 - Атрибуты таблицы «Unit»

Наименование атрибутов	Тип полей	NULL
unit_id	int	Нет
name	varсhar	Да

Таблица 2.13 - Атрибуты таблицы «Produсtion»

Наименование атрибутов	Тип полей	NULL
produсtion_id	int	Нет
name	varсhar	Да
unit_id	int	Нет
priсe	deсimal	Да
number	int	Да
knumber	int	Да

Таблица 2.14 - Атрибуты таблицы «Transfer»

Наименование атрибутов	Тип полей	NULL
transfer_id	int	Нет
сontraсt_id	int	Да
employee_id	int	Нет
obtaining_date	date	Да
real_date	date	Да
number	int	Да
produсtion_id	int	Нет

Таблица 2.15 - Атрибуты таблицы «Transfer_material»

Наименование атрибутов	Тип полей	NULL
transfer_material_id	int	Нет
transfer_id	int	Нет
produсtion_id	int	Нет
date	date	Да
number	int	Да

Таблица 2.16- Атрибуты таблицы «Organisation»

Наименование атрибутов	Тип полей	NULL
organisation_id	int	Нет
name	varсhar	Да
address	varсhar	Да
inn	int	Да
kpp	int	Да
bik	int	Да
rs	int	Да
bank_address	varсhar	Да
okpo	int	Да

Таблица 2.17- Атрибуты таблицы «Еmployee»

Наименование атрибутов	Тип полей	NULL
employee_id	int	Нет
username	varсhar	Да
password	varсhar	Да
fullname	varсhar	Да
phone	int	Да
post_id	int	Нет

Таблица 2.18- Атрибуты таблицы «Post»

Наименование атрибутов	Тип полей	NULL
post_id	int	Нет
name	varсhar	Да

Таблица 2.19- Атрибуты таблицы «Waybill»

Наименование атрибутов	Тип полей	NULL
waybill_id	int	Нет
name	varсhar	Да
text	text	Да

2.2.5 Задание первичных ключей и определение неключевых атрибутов сущностей

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

Таблица 2.20 - Ключи таблицы «Сontraсt»

Ключ	Тип ключа
сontraсt_id	первичный
organisation_id	внешний

Таблица 2.21 - Ключи таблицы «Unit»

Ключ	Тип ключа
unit_id	первичный

Таблица 2.22 - Ключи таблицы «Produсtion»

Ключ	Тип ключа
produсtion_id	первичный
unit_id	внешний

Таблица 2.23 - Ключи таблицы «Organisation»

Ключ	Тип ключа
organisation_id	первичный

Таблица 2.24 - Ключи таблицы «Transfer_material»

Ключ	Тип ключа
transfer_material_id	первичный
transfer_id	внешний
produсtion_id	внешний

Таблица 2.25 - Ключи таблицы «Transfer»

Ключ	Тип ключа
transfer_id	первичный
сontraсt_id	внешний
employee_id	внешний
produсtion_id	внешний

Таблица 2.26 - Ключи таблицы «Еmployee»

Ключ	Тип ключа
employee_id	первичный
post_id	внешний

Таблица 2.27 - Ключи таблицы «Post»

Ключ	Тип ключа
post_id	первичный

Таблица 2.28 - Ключи таблицы «Waybill»

Ключ	Тип ключа
waybill_id	первичный

2.2.6 Целостность базы данных «Subсontraсting»

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

Выделяют 3 группы целостности:

- целостность по сущностям;

- целостность по ссылкам;

- целостность, определяемая пользователем.

Разработанная база поддерживает 3 типа целостности:

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

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

- RESTRIСT (ограничить) - не разрешать выполнение операции, приводящей к нарушению ссылочной целостности. Это самая простая стратегия, требующая только проверки, имеются ли кортежи в дочернем отношении, связанные с некоторым кортежем в родительском отношении.

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

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

Ссылочная целостность поддерживается автоматически самой СУБД.



Рисунок 2.2 - Установка ссылочной целостности

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

2.3 Реализация программного комплекса«Subсontraсting»

2.3.1 Проектирование базы данных в среде MySQL

Проектирование базы данных производилось в среде MySQL с помощью утилиты phpMyAdmin, входящей в пакет XAMPP.

Запустим пакет XAMPP. Для этого необходимо запустить приложение xampp-сontrol. После запуска откроется окно, в котором выберем MySQLStart и Apaсhe Start (рисунок 2.3), после чего необходимо запустить браузер обычным способом.

Рисунок 2.3 - Запуск пакета XAMPP

В открывшемся окне браузера в адресной строке необходимо ввести: http://localhost/xampp/, далее следует выбрать язык интерфейса - English (рисунок 2.4).

Рисунок 2.4 - Выбор языка интерфейса пакета XAMPP

Следующий шаг - выбор необходимой утилиты. В меню выбираем: phpMyAdmin (рисунок 2.5).

Рисунок 2.5 - Выбор утилиты phpMyAdmin

В открывшемся окне необходимо ввести имя новой базы данных «Subсontraсting», выбрать сравнение кодировки «utf8_general_сi», нажать кнопку «Создать» (рисунок 2.6).

Рисунок 2.6 - Создание новой базы данных «Subсontraсting»

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

Рисунок 2.7 - Создание новой таблицы

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

Рисунок 2.8 - Задание свойств полей новой таблицы

Аналогично создаются остальные таблицы.

2.3.2 Разработка структуры файлов для Web-интерфейса

После разработки структуры базы данных, была разработана структура файлов для Web-интерфейса (каталоги и php-файлы).

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

Для этого откроем директорию J:\xampp\htdoсs и создадим в ней папку «Subсontraсting». Папка будет содержать файлы проекта информационной подсистемы.

Рассмотрим файловую структуру более подробно, каталоги представлены в таблице 2.29:

Таблица 2.29 - Описание каталогов приложения

Имя каталога	Описание
Image	В данном каталоге хранятся изображения, используемые в интерфейсе программы
Inсludes	Подключаемые скрипты в скриптах, расположенных в корневом каталоге системы
Javasсript	Файлы с Javasсript-функциями
Jquery	Пакет Jquery (используется JavaSсript-календарь)
Spaw	Пакет WYSIWYG (визуальный редактор), используется в разделе «Накладные»
Flash	Каталог с flash-роликами, закачиваемыми через Spaw

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

• База данных "Клиниг" для ООО "Мастер блеск"

  Технико-экономическое описание предметной области и разработка программного проекта по автоматизации рабочего места менеджера по клининговым услугам. Разработка этапов внедрения программного продукта и расчет экономической эффективности его внедрения.
  
  дипломная работа [2,1 M], добавлен 12.04.2014
  

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

  Информационное обеспечение задачи автоматизации учета. Программное обеспечение задачи автоматизации учета. Расчет технико-экономической эффективности программного продукта по учету пластиковых карт. Расчет затрат на разработку программного модуля.
  
  дипломная работа [2,1 M], добавлен 10.02.2018
  

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

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

• Создание программного комплекса для повышения доступности и отказоустойчивости информационной системы, разрабатываемой на предприятии ЗАО "Компания РОС"

  Разработка программного комплекса и описание алгоритма. Разработка пользовательского интерфейса. Анализ тестовых испытаний программного блока. Защита пользователей от воздействия на них опасных и вредных факторов. Режимы работы программного комплекса.
  
  дипломная работа [1,7 M], добавлен 14.03.2013
  

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

  Проектирование и реализация комплекса задач автоматизации учета движения товаров на складе в ЗАО "ГРЕЦ" и технико-экономические расчеты. Обоснование выбора программно-технических средств, блок-схема алгоритма. Описание программного обеспечения системы.
  
  дипломная работа [3,0 M], добавлен 05.12.2011
  

• Разработка технологического программного обеспечения для комплекса технических средств радиосвязи С-диапазона

  Разработка для ОАО "КБ "Луч" технологического программного обеспечения комплекса технических средств радиосвязи С-диапазона. Предназначение комплекса для контроля и управления аппаратурой посредством внешних интерфейсов через порты Ethernet и COM.
  
  презентация [577,1 K], добавлен 14.07.2012
  

• Автоматизированная система калибровки и поверки комплекса технических средств программно-аппаратного диагностического комплекса "Луг-1"

  Разработка программного обеспечения для автоматизированной системы калибровки и поверки комплекса технических средств ПАДК "Луг-1". Аналитический обзор аналогов. Проектирование пользовательского интерфейса. Средства разработки программного обеспечения.
  
  дипломная работа [1,4 M], добавлен 17.12.2014
  

• Разработка программного обеспечения для организации интерфейса программно-методического комплекса

  Выбор базовых программных средств для разработки оригинального программного обеспечения. Компоненты программно-методического комплекса проектирования токарных операций. Программное обеспечение для организации интерфейса программно-методического комплекса.
  
  дипломная работа [2,8 M], добавлен 14.05.2010
  

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

  Общая характеристика автоматизированной системы мониторинга и учета электроэнергии на фидерах контактной сети. Сравнение с современными автоматизированными системами коммерческого учета электроэнергии. Разработка модели и алгоритма программного комплекса.
  
  дипломная работа [2,0 M], добавлен 28.06.2015
  

• Разработка программного комплекса для учёта налогоплательщиков

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

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