|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
|
|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Концепции пользовательского интерфейсаСтр 1 из 13Следующая ⇒
Оглавление
Оглавление. 3 Нормативные ссылки. 5 Термины и определения. 8 Сокращения. 10 Введение. 12 1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии ERP-System». 15 1.1 Введение. 15 1.1.1. Цель. 15 1.1.2. Область применения. 16 1.1.3. Определения, термины и сокращения. 16 1.1.4. Ссылки. 17 1.1.5. Обзор. 17 1.1.6 Общее описание. 19 1.2 Общее описание. 21 1.2.1. Перспективы продукта. 21 1.2.2 Функции продукта. 26 1.2.3. Пользовательские характеристики. 27 1.2.4 Ограничения. 29 1.2.5 Предположения и зависимости. 29 1.2.6 Распределение требований. 29 1.3. Детальные требования. 29 1.3.1. Требования к внешнему интерфейсу. 29 1.3.3. Требования к данным. 36 1.3.4 Логические требования базы данных. 37 1.3.5 Атрибуты программной системы.. 38 2 Исследовательская работа. 42 2.1 Общие требования. 43 2.2 Эволюция MRP, MRP II, ERP, ERP II 45 3 АНАЛИЗ АРХИТЕКТУРЫ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ СКЛАДА ГОТОВОЙ ПРОДУКЦИИ.. 56 3.1 Описание предметной области. 56 3.1.1 Цель, назначение и принципы работы.. 56 3.1.1.1 Модуль “Головной склад”. 56 3.1.2 Работа с базой данных. 63 3.2 Среда проектирования. 64 3.3 Выбор системы управления базой данных. 65 3.4 Концептуальное и логическое формирование БД.. 66 3.4.1 Логическое проектирование. 66 3.4.2 Разработка физической структуры БД.. 68 3.4.3 Разработка программного обеспечения. 69 3.5 Средства защиты программного изделия от …………...несанкционированного доступа. 70 4 ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ СКЛАДА ГОТОВОЙ ПРОДУКЦИИ.. 71 4.1 Спецификация требований ПО.. 71 4.2 Выбор операционной среды и средств разработки. 71 4.3 Проектирование базы данных. 74 4.3.1 Описание структуры базы данных. 74 4.4 Анализ взаимодействия основных компонентов программы.. 82 4.5 Диаграммы вариантов использования для программы.. 84 4.4 Проведения комплексной отладки и испытаний ПК.. 88 5 РЕАЛИЗАЦИЯ ПРОЕКТА.. 89 5.1 Описание программного продукта. 89 5.2 Модульная структура программного продукта. 92 5.3 Описание свойств, методов и событий классов. 96 5.4 Диаграмма процессов. 107 5.5 Диаграмма состояний и переходов. 108 5.6 Основные требования к интерфейсу. 110 5.7 Руководство пользователя. 111 5.7.1 Инсталляция и конфигурирование системы.. 111 5.7.2 Основы работы с программой. 111 6 Экономическая часть. 123 6.1 Технико-экономическое обоснование (ТЭО) 123 6.1.1 Краткая характеристика предприятия. 123 6.1.2 Содержание технологического процесса, в котором должна быть использована разработка. 123 6.1.3 Содержание технологических недостатков, устраняемых при внедрении данного ПО.. 124 6.1.4 Экономическая необходимость и целесообразность. 125 6.2 Стадии и этапы разработки. 125 6.3 Определение затрат по статье Материалы и Оборудование. 133 6.4 Определение затрат по статье «Электроэнергия». 135 6.5 Определение затрат по статье «Амортизация» используемого оборудования. 137 6.6 Определение затрат по статье “Зарплата” группы разработчиков. 138 6.7 Составление сводная смета предпроизводственных затрат (проектных работ) 141 6.8 Определение цены программного продукта. 143 6.9 Определение цены на внедрение программного продукта. 145 6.10 Определение цены на сопровождение программного продукта. 146 6.11 Расчет экономического эффекта и срока окупаемости от внедрения данной системы.. 146 7 Безопасность жизнедеятельности. 147 7.1 Основные положения об охране труда. 147 7.2 Производственная санитарния и гигиена. 149 7.2.1Требования к помещениям для работы с ПЭВМ.. 149 7.2.2 Требования к микроклимату. 150 7.2.3 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ.. 152 7.2.4 Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ.. 153 7.2.5 Общие требования к организации рабочих мест пользователей ПЭВМ.. 154 7.3 Требования к освещению.. 156 7.4 Техника безопасности. 160 7.4.1 Обеспечение электробезопасности. 160 Таблица 7.5 – Средства защиты.. 161 Наименование оборудования. 161 Опасность. 161 Средства защиты.. 161 Системный блок. 161 Поражение электрическим током. 161 Заземление. 161 Монитор. 161 Поражение зрения. 161 Защита экрана. 161 7.4.2 Пожаробезопасность. 161 7.5 Безопасность жизнедеятельности в чрезвычайных ситуациях. 161 ЗАКЛЮЧЕНИЕ. 164 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 166 ПРИЛОЖЕНИЕ А.. 168
Нормативные ссылки
Нормативной базой НМО являются международные и отечественные стандарты в области информационных технологий, и, прежде всего: · Стандарты ИСО/МЭК; · Стандарты IEEE; · Стандарты OMG; · Стандарты ГОСТ Р, · Стандарты организации-заказчика. Концептуальные основы нормативной базы, основанные на современных международных стандартах, учитывают необходимость совместного рассмотрения жизненных циклов ИС и ПО с учетом отработки как управленческих, так и технических вопросов комплексных проектов, выполняемых совместно несколькими организациями. Полная реализация концепции для крупной заказывающей организации может потребовать значительного времени, поэтому предлагается решать задачу создания нормативной базы поэтапно. Начальное формирование нормативной базы целесообразно основывать на группе первоочередных стандартов. В качестве первоочередных целесообразно использовать следующие нормативные документы: В части регламентации процессов предприятия: - IEEE Std 610.12-1990. IEEE Standard Glossary of Software Engineering Terminology; - ГОСТ Р ИСО МЭК 12207-99 “Информационные технологии. Процессы жизненного цикла программного обеспечения”; - IEEE 1074 – Жизненный цикл разработки программных средств; - ИСО/ТО 10006:1997 (R) “Менеджмент качества. Руководство качеством при административном управлении проектами”; - ISO 15846, ISO 10007 - стандарты по менеджменту конфигурации программных средств; - ISO 9000 – 2000; группы ГОСТ Р 9000х; - ISO/IEC TR 15504 – Оценка процессов жизненного цикла ПО (Information technology – Software process assessment). В части порядка разработки и документирования ИС и ПО: - ГОСТ 34.ххх “Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы”; - ГОСТ 19.ххх “Единая система программной документации”; - IEEE 1063-1987 Standard for Software User Documentation; - IEEE 830-1994 “Рекомендуемая практика формирования спецификаций программного обеспечения”; - IEEE 829 – Планирование тестирования программных средств; - DoD STD 2167A “Разработка программного обеспечения оборонных систем”; В части качества программных средств: - ГОСТ 28806 “Качество программных средств. Термины и определения”; - ГОСТ 28195 “Оценка качества программных средств. Общие положения”; - ГОСТ 9126 “Информационная технология. Оценка программного продукта. Характеристики качества и руководящие указания по их применению”. - ГОСТ Р ИСО/МЭК 92991-93. Руководство по управлению документированием программного обеспечения. – М.: Изд-во стандартов,1994. - ИСО 12207-95. Информационная технология. Жизненный цикл программного обеспечения.
Термины и определения
В документе применяются термины с соответствующими определениями, приведенными в ГОСТ Р 50922-96, ГОСТ Р 51170, ГОСТ Р 50739-95, ГОСТ Р 51624-2000. ИС (информационная система) – совокупность функциональных и информационных процессов конкретной предметной области; средств и методов сбора, анализа, хранения, обработки и передачи информации, зависящих от специфики области применения; методов управления процессами решения функциональных задач, а также информационными, материальными и денежными потоками в предметной области. КАС – Корпоративная Автоматизированная Система – это технология принятия оптимальных управленческих решений в соответствии с формализованными методами и правилами менеджмента, обеспечение сбора, обработки, хранения, передачи и представления информации в необходимом для принятия решений объеме; инструмент ведения бизнеса путем автоматизации основных бизнес-процессов. CRM – Customer Relations Management – управление взаимоотношениями с клиентами. Этот подход подразумевает сбор необходимой информации о клиентах, анализ их потребностей и всех проведенных с ними операциях, имеющий целью подход, ориентированный на клиента. ERP – Enterprise Resource Planning – планирование ресурсов предприятия. Понятие введено компанией Gartner Group в 1990 году и определило подход к планированию ресурсов предприятий на основе точного учета и видения деятельности промышленного предприятия вне зависимости от вида производства. На таком планировании и должны базироваться те системы автоматизации, которые называются ERP. ERP II – Enterprise Resource & Relationship Processing – управление ресурсами и связями предприятия. Эта относительно свежая стратегия отличается от ERP тем, что она выходит за рамки оптимизации и автоматизации процессов внутри предприятия и больше ориентируется на построение его внешних связей и формирование совместного информационного поля для сотрудничества с группами других предприятий. MRP – Material Requirements Planning – компьютерная программа, работающая по алгоритму, регламентированному MRP-методологией. Она обрабатывает файлы данных (входные элементы) и формирует на их основе файлы-результаты. MRP-система оптимизирует время поставки комплектующих, тем самым уменьшая затраты на производство и повышая его эффективность. MRP II – Manufactory Resource Planning – это набор принципов, моделей и процедур управления и контроля, служащих повышению показателей экономической деятельности предприятия. Эта система была создана для эффективного планирования всех ресурсов производственного предприятия. Напряженность труда – характеристика трудового процесса, отражающая нагрузку преимущественно на центральную нервную систему, органы чувств, эмоциональную сферу работника. К факторам, характеризующим напряженность труда, относятся: интеллектуальные, сенсорные, эмоциональные нагрузки, степень монотонности нагрузок, режим работы. Внутренняя норма прибыли (IRR – Internal Rate of Return) представляет такую ставку дисконта, при которой эффект от инвестиций равен нулю. Иначе говоря, приведенная стоимость будущих денежных потоков равна приведенным капитальным затратам. Срок окупаемости – это минимальный временной интервал (от начала осуществления проекта), за пределами которого интегральный эффект становится и в дальнейшем остается неотрицательным.
Сокращения
CI — Configuration Item. Элемент конфигурации. СММ — Capability Maturity Model. Модель зрелости возможностей. IEEE - Institute of Electrical and Electronics Engineers. Институт инженеров по электротехнике и радиоэлектронике. QA - Quality Assurance. Контроль качества. SEI — Software Engineering Institute. Институт технологий разработки программного обеспечения. SCMP — Software Configuration Management Plan. План управления конфигурациями программного обеспечения. SPMP — Software Project Management Plan. План управления программным проектом (данный документ). SRS — Software Requirements Specification. Спецификация требований к программному обеспечению. SDD - Software Design Document. Проектная документация программного обеспечения. STP — Software Test Plan. План тестирования программного обеспечения. БД — база данных. СУБД – система управления базами данных. ИС – информационная система ЭВМ – электронная вычислительная машина В дипломной работе применены следующие сокращения: ООО – общество с ограниченной ответственностью; ОС – основные средства; БД – база данных; ПО – программное обеспечение; ТЗ – техническое задание; ИС – информационная система; МПЗ – материально-производственные запасы; ПВФ – перемещение в филиал; ПС – программная система. Введение
Вторая половина XX века ознаменовалась крупным технологическим рывком научно-технического прогресса. Появление в середине двадцатого века компьютеров открыло новые возможности обработки информации и управления. Исторически создание вычислительной техники явилось выдающимся результатом развития электротехники и технических знаний в целом. Постепенно повышалась мощность и возможности программного обеспечения, и компьютеры стали приобретать не только вычислительные, но и другие функции – принимают непосредственное участие в управлении производством. Автоматизированные информационные системы – целенаправленное и согласованное использование технических средств информатизации, программных средств, баз данных и человеческого труда в целях управления предприятием. В настоящее время все эти системы условно можно разделить на основанные на концепции ERP (Управления предприятием), системы CRM (управления отношений с клиентами), финансово - аналитические системы, системы защиты информации, справочные системы и системы проектирования CRM-система (от англ. Customer Relationship Management System – система управления взаимодействием с клиентами) – корпоративная автоматизированная система, предназначенная для улучшения обслуживания клиентов путём сохранения информации о клиентах и истории взаимоотношений с клиентами, установления и улучшения бизнес-процедур на основе сохранённой информации и последующей оценки их эффективности. Её основные принципы таковы: − наличие единого хранилища информации, откуда в любой момент доступны все сведения обо всех случаях взаимодействия с клиентами; − синхронность управления множественными каналами взаимодействия (то есть существуют организационные процедуры, которые регламентируют использование этой системы и информации в каждом подразделении компании). ERP-системы – это самое современное решение в эволюции автоматизированных систем управления предприятием. Они “выросли” из систем класса MRP II (Manufacture Resource Planning). Работа MRP II-систем заключалась в том, что планировались материальные, мощностные и финансовые ресурсы, необходимые для производства. Со временем, появлялись новые функциональные возможности, которые привели к пониманию универсальности и комплексности системы, ее применимости для планирования и управления бизнесом всего предприятия. Эти идеи были реализованы в системах, получивших название ERP-систем. ERP-системы имеют следующие характеристики: − это готовое ПО, разработанное для среды клиент-сервер, как традиционной, так и базирующейся на Интернет-технологиях; − эти системы интегрируют большинство бизнес-процессов; − обрабатывают большую часть деловых операций организации; − используют БД всего предприятия, каждый образец данных в которой запоминается, как правило, единожды; − обеспечивают доступ к данным в режиме реального времени; − в некоторых случаях данные системы позволяют интегрировать обработку деловых операций и действий по планированию (например, производственного планирования). Необходимость их создания была вызвана острой нехваткой специалистов-экспертов, которые смогли бы в любой момент квалифицированно отвечать на многочисленные вопросы в своей области знаний. Хороший эксперт всегда малодоступен, а очень хороший – тем более. Поэтому так важно и нужно иметь компьютер, обладающий знаниями эксперта, к которому можно обратиться в любой момент с профессиональным вопросом на естественном языке. В данной работе предметной областью является обработка информации совместно работающих предприятий и ротация обмена данных между ними. Такая автоматизированная система может быть использована для нахождения вида неисправностей в обмене данными между предприятиями по ряду признаков. Эта система будет полезна в первую очередь рядовым мелким предприятиям, а так же специалистам в области компьютерных технологий. С ее помощью они могут определить свои возможности в расширении сфер влияния, что поможет увеличить его прибыль. 1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии ERP-System»
Существует несколько стандартов для формирования требований, однако выберем стандарт IEEE 830-1993. Часть главы, а именно разделы 1.1 и 1.2, описывает требования заказчика (С-требования). Остальная часть документа — разделы 1.3 и 1.4, содержащие конкретные D-требования. С-требования не имеют целью быть подробными в достаточной степени для проектирования и реализации, для этого существуют D-требования. Введение Цель
Обоснование необходимости создания и внедрения системы автоматизации документооборота и товародвижения. При внедрении компьютерных информационных технологий в организацию преследуется две взаимосвязанные основные цели: − сокращение затрат в организации; − увеличение отдачи, повышение производительности. Эти эффекты, как правило, достигаются за счет многих показателей. Повышения производительности труда. Она имеет отношение к скорости, стоимости и качеству выполнения рутинных задач. Для повышения производительности труда в организациях применяют компьютерные системы справочно-нормативной информации, документооборота, CRM, BI, ERP – позволяющие менеджерам и служащих осуществлять за несколько минут те действия, на которые ещё несколько десятилетий назад требовались дни и недели.
Область применения
Работа склада готовой продукции связана с большим потоком документов и товаров, поэтому целесообразно автоматизировать документооборот и товарооборот, от этого зависит эффективность работы всего предприятия. Хранение всех данных в единой базе данных позволит сократить время необходимое для поиска нужной информации, предотвращает ее утерю и порчу, уменьшить трудовые затраты, исключить возможность появления ошибок при подготовке отчетов. Распределенная структура системы позволит работать с ней на подразделениях предприятия, при наличии локальной компьютерной сети. Необходимо отметить, что эффективная работа в этой области всецело зависит от уровня оснащения офиса фирмы электронным оборудованием, таким, как компьютеры, оргтехника, средства связи, копировальные устройства. 1.1.3. Определения, термины и сокращения
Ссылки
План управления конфигурациями программного обеспечения (SCMP) для автоматизированной системы. Архитектура программного обеспечения (SDD) для автоматизированной системы. План управления программным проектом (SPMP) для автоматизированной системы. План контроля качества (SQAP) для автоматизированной системы. План пользовательской документации (SUDP) для автоматизированной системы. Документация по тестированию программного обеспечения (STD) для автоматизированной системы. Обзор
Применение передовых технологий проектирования и разработки ПО повышают производительность управлением процесса разработки: 1.UML - язык моделирования и документирования сложных систем. В последнее десятилетие в компьютерном мире наметилась тенденция моделирования сложных систем визуальными (наглядными) моделями. Причем в новых методах проектирования сложных компьютерных систем, например ООП и ООАП, наглядные модели очень часто связываются с такими зрительными образами как "взгляды", направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей (модельных взглядов) создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программных обеспечений, а также языком общения между программистами, системными аналитиками и заказчиками систем. 1. Наиболее известными визуальными моделями, используемыми для проектирования компьютерных систем и их программных обеспечений, являются диаграммы языка UML и стандарта IDEF0, таблицы и диаграммы стандарта IDEF1X. Эти визуальные модели имеют математическую основу в виде теорий графов, множеств и матриц. 2. Диаграммы и спецификации языка UML связали исходный текст программы с характеристиками объекта автоматизации. При этом UML диаграммы опираются на теоретический фундамент в виде теории множеств и теории графов. Наличие теоретической основы позволяет упростить операции преобразования UML диаграмм, нарисованных на экранах дисплеев, в память компьютеров и уменьшить объем памяти, необходимой для хранения диаграмм. 3. Рисунок также показывает, что UML диаграммы могут преобразовываться в исходный код (прямое преобразование) и наоборот исходный код может преобразовываться в диаграммы (обратное преобразование). В некоторых случаях прямое преобразование может осуществляться автоматически с помощью программ конверторов. В настоящее время группа OMG активно работает над решением проблемы прямого преобразования диаграмм UML. Обратное преобразование может выполнить только человек. 4. Язык UML имеет сложную иерархическую структуру, показанную на рисунке 1.1. Рисунок 1.1- Структура языка UML 5. Как видно из рисунка, первый иерархический уровень языка UML составляют сущности, отношения между сущностями и наглядные диаграммы. 6. Язык UML имеет четыре вида сущностей: структурные, поведенческие, группирующие и аннотационные сущности. Они показаны на втором уровне структурного дерева языка UML, представленного на рисунке 1. 7. Далее на третьем уровне дерева показано, что понятие "структурные сущности" является именем семи видов пиктограмм (выразительных рисунков), которые называются классами, интерфейсами, кооперациями, прецедентами, активными классами, компонентами и узлами.
Общее описание
Перемещение материальных потоков невозможно без концентрации в определенных местах необходимых запасов, для хранения которых предназначены соответствующие склады. Движение через склад связано с затратами живого и овеществленного труда, что увеличивает стоимость товара. В связи с этим проблемы, связанные с функционированием складов, оказывают значительное влияние на рационализацию движения материальных потоков в цепи, использование транспортных средств и издержек обращения. Современный крупный склад – это сложное техническое сооружение, которое состоит из многочисленных взаимосвязанных элементов, имеет определенную структуру и выполняет ряд функций по преобразованию материальных потоков, а также накоплению, переработке и распределению грузов между потребителями. При этом в силу многообразия параметров, технологических решений, конструкций оборудования и характеристик разнообразной номенклатуры, перерабатываемых грузов склады относят к сложным системам. В то же время склад сам является всего лишь элементом системы более высокого уровня – логистической цепи, которая и формирует основные и технические требования к складской системе, устанавливает цели и критерии её оптимального функционирования, диктует условия переработки груза. Поэтому склад должен рассматриваться не изолированно, а как интегрированная составная часть цепи. Только такой подход позволит обеспечить успешное выполнение основных функций склада и достижение высокого уровня рентабельности. При этом необходимо иметь в виду, что в каждом отдельно взятом случае, для конкретного склада, параметры складской системы значительно отличаются друг от друга, так же как ее элементы и сама структура, основанная на взаимосвязи этих элементов. При создании складской системы нужно руководствоваться следующим основным принципом: лишь индивидуальное решение с учетом всех влияющих факторов может сделать ее рентабельной. Предпосылкой этого является четкое определение функциональных задач и основательный анализ переработки груза как внутри, так и вне склада. Любые затраты должны быть экономически оправданными, т.е. внедрение любого технологического и технического решения, связанное с капиталовложениями, должно исходить из рациональной целесообразности, а не из модных тенденций и предлагаемых технических возможностей на рынке. Основное назначение склада – концентрация запасов, их хранение и обеспечение бесперебойного и ритмичного выполнения заказов потребителей. К основным функциям склада можно отнести следующее: · Преобразование производственного ассортимента в потребительский в соответствии со спросом – создание необходимого ассортимента для выполнения заказов клиентов. · Складирование и хранение позволяет выравнивать временную разницу между выпуском продукции и ее потреблением и дает возможность осуществлять непрерывное производство и снабжение на базе создаваемых товарных запасов. Хранение товаров в распределительной системе необходимо также и в связи с сезонным потреблением некоторых товаров. · Унитизация и транспортировка грузов. · Предоставление услуг. Очевидным аспектом этой функции является оказание клиентам различных услуг, обеспечивающих фирме высокий уровень обслуживания потребителей. Среди них: · подготовка товаров для продажи (фасовка продукции, заполнение контейнеров, распаковка и т.д.); · проверка функционирования приборов и оборудования, монтаж; · придание продукции товарного вида, предварительная обработка (например, древесины); транспортно-экспедиционные услуги и т.д.
Общее описание
Перспективы продукта
Создаваемая система будет способна решать задачи оптимального размещения и учёта товаров на складе. Она позволяет проводить оптимизацию размещения единиц хранения с учётом топологии склада; используется оптимизационный алгоритм размещения единиц хранения и пополнения зон отбора.
Концепции операций
Функции, реализуемые системой: - аутентификация пользователя; - ведение справочников (пользователи, единицы измерения, номенклатура, адреса, поставщики, виды операций, материально-ответственные лица); - ведение оперативной информации (операции на складах, размещение единиц хранения, комплектация заказа, результаты инвентаризации); - поиск оптимального места хранения для принятого товара; - формирование отчётов (наличие товара на складе, перемещение заданного товара по складу, приём товара на склад, отгрузка товара со склада; товары готовые к отгрузке, результат инвентаризации и коррекции товарных запасов) в экранной и документальных формах; - выдача справок по размещению заданного товара и по его остаткам на текущий момент.
Аппаратные интерфейсы
Для реализации программного продукта особых аппаратных средств не требуется. Программные интерфейсы
При использовании программного продукта пользователи получают данные как в виде табличных форм для заполнения и просмотра, так и в виде таблиц для печати. Коммуникационные интерфейсы
Приложение передает и получает данные из БД, загруженной в SQL Server, отравляя соответствующие запросы и команды.
Ограничения по памяти
Для ПО АИС малого предприятия по технологии потребуется не более 16 Мбайт оперативной памяти и 20 Мбайт вспомогательного запоминающего устройства (см. план теста; ссылка на тест будет приложена).
Операции
Основными функциями системы должны являться: − система приемки товара от сторонних поставщиков и от головного склада; − продажа товара в филиале; − создание реестра приходных и расходных документов, а также перемещений товара и чеков продаж; − продажа товара клиентам.
Требования по адаптации
Для корректной работы программного продукта требуется операционная система Windows 7. Свободное дисковое пространство в размере не менее 50 Mb для хранения данных. Функции продукта
Разработана модель функциональности системы, которая реализуется с помощью диаграммы вариантов использования, представленной на рисунке1.3.
Рисунок 1.3 – Функции программы
1.1.2.1 Концепция оформления заказа на реализацию товара в пользовательском интерфейсе
Заполняет электронный документ (форму) «Реализация», на основе тех данных, которые дал покупатель в письменной форме. 1.1.2.2 Концепция "приход товара" в пользовательском интерфейсе
Пользователь заполняет документ (накладную), на основе тех данных, которые предоставил поставщик, в виде товарной накладной. Ограничения
Приложение будет корректно работать на ПК с Windows XP/Vista/7, установленным SQL Server 2008 R2 версии 661 или ниже и процессором с тактовой частотой не ниже 1,6 ГГерц. При наличии другой версии SQL Server базу данных необходимо будет сконфигурировать заново из файла «edm_model.edmx.sql».
Предположения и зависимости
При разработке автоматизированной системы анализа деятельности склада следует помнить, что для каждого заказа комплектующих должен указываться только один поставщик.
1.2.6 Распределение требований Основные требования (упомянутые в разделе 1.3) должны быть реализованы в этой версии АИС малого предприятия по технологии ERP-System. Желательные требования должны быть по возможности осуществлены в этой версии, но не обязательны для разработчиков. Желательно, чтобы часть из них присутствовала в будущей версии. Необязательные требования будут добавлены по желанию разработчиков. 1.3. Детальные требования Требования к внешнему интерфейсу Центральным звеном при проектировании GUI интерфейса выступает пользователь. Это замечание послужило основанием для ряда приводимых ниже рекомендаций разработчикам ПО. Руководящие принципы опубликованы производителями GUI интерфейсов [7]. Руководящие принципы служат разработчикам основанием для построения GUI интерфейса. При принятии любых проектных решений в отношении GUI интерфейса они должны использоваться разработчиками на подсознательном уровне. Некоторые из этих руководящих принципов выглядят как хорошо известные старые истины, другие основаны на современной GUI технологии. “Контроль — на стороне пользователя” — вот главнейший принцип построения GUI интерфейса. Лучше было бы назвать этот принцип пользовательским восприятием контроля. Основной смысл этого принципа заключается в том, что пользователь инициирует действия, и если в результате этого контроль переходит к программе, то пользователь получает необходимую обратную связь (в виде курсора в форме песочных часов, индикатора ожидания или аналогичным способом). Рисунок 1.4 демонстрирует типичный поток управления в человеко–машинном взаимодействии. Событие, инициированное пользователем (выбор пункта меню, щелчок мышью, перемещение указателя мыши по экрану и т.д.), может привести к открытию окна GUI интерфейса или вызову программы — как правило, программы на языках типа 4GL или SQL в рамках приложения ИС. Программа временно перехватывает контроль у пользователя. Процесс выполнения программы имеет возможность вернуть управление назад тому же или другому окну. В другом случае он может вызвать другой модуль на языках типа 4GL или SQL или вызвать внешнюю процедуру. В некоторых случаях программа может кое что делать для пользователя. Это возможно, к примеру, если программе требуется выполнить вычисления, которые обычно связаны с явным пользовательским событием, или если программа перемещает указатель на другое поле экрана, а для события перемещения с исходного поля предусмотрен обработчик события выхода, связанный с ним. Согласованность несомненно является вторым основным принципом разработки качественного интерфейса. Фактически согласованность означает соблюдение стандартов и следование некоторым общепринятым правилам работы с GUI интерфейсом. Согласованность может рассматриваться, по меньшей мере, в двух аспектах. Соответствие стандартам поставщика GUI интерфейса. Соответствие стандартам в области именования, программирования и другим, разработанным внутри организации стандартам, которые связаны с GUI интерфейсом. Оба аспекта одинаково важны, и второй (на который оказывают влияние разработчики) не должен противоречить первому. Если приложение разрабатывается для Windows, то следует обеспечить “впечатление и ощущение”, свойственные работе в системе Windows. Разработчик GUI интерфейса не должен слишком увлекаться творчеством и предлагать необычные новшества. Это может плохо сказаться на уверенности и умении пользователей. Пользователям следует представлять знакомую среду, поведение которой предсказуемо. Можно представить, какова была бы реакция автомобилистов, если бы производитель автомобилей выпустил на рынок новую машину, у которой поменяли местами педали скорости и тормоза. Не следует также недооценивать соответствие внутренним стандартам в области именования, программирования, аббревиатур и т.п. Сюда относятся именование и программирование меню, командных кнопок, полей экранов, также стандарты по расположению объектов на экране и последовательному использованию элементов GUI интерфейса в рамках всех приложений, разрабатываемых собственными силами.
Рисунок 1.4 - Поток управления GUI программы Индивидуализация и настройка — два взаимосвязанных принципа разработки GUI интерфейса. Индивидуализация GUI интерфейса — это просто его настройка под персональные нужды, в то время как настройка —административная задача приспособления ПО к требованиям различных групп пользователей. Примером индивидуализации является изменение пользователем порядка и размеров колонки в программе просмотра строк (так называемые сетки — grid) с последующим сохранением этих изменений как его личных предпочтений. При обращении к этой же программе в будущем данные предпочтения учитываются. Примером настройки является различие в функционировании программы по отношению к опытным пользователям и пользователям новичкам. Например, пользователю новичку программа может предложить явную помощь и дополнительные предупреждающие сообщения, указывающие на потенциальную опасность некоторых событий, инициируемых пользователем. Во многих случаях различия между индивидуализацией и настройкой весьма размыты и малозаметны. Изменение пунктов меню, создание новых меню и т.п. попадают в обе категории. Если они предназначены для индивидуального использования —это индивидуализация. Если они осуществляются системным администратором в интересах всего коллектива пользователей — это настройка.
Пользовательские интерфейсы
Проектирование GUI интерфейса характеризуется двумя основными аспектами — проектированием окон и проектированием элементов ввода и редактирования информации в окна. Оба аспекта зависят от базовой среды GUI. Последующее рассмотрение концентрируется на среде Microsoft Windows. Типичное Windows приложение состоит из единственного главного окна приложения (primary window). Главное окно поддерживается набором всплывающих окон (pop up window), вторичных окон (secondary window). Вторичные окна поддерживают действия пользователя с главным окном. Многие действия, поддерживаемые вторичными окнами, представляют собой набор основных операций над базой данных — так называемый набором CRUD операций, содержимое которых представлено в таблице 1.1. (CRUD — популярная аббревиатура, которая обозначает четыре основных операции над данными: Create, Read, Update, Delete (“Создать”, “Читать”, “Обновить” “Удалить”). Таблица 1.1- Распределение требований по субъектам и прецедентам
Аппаратные интерфейсы
Программа должна подключать БД и загружать из неё данные, необходимые для начала работы менее чем за секунду. Добавление или удаление опции со всеми проверками и следующими за ними действиями блока управления не должны выполняться дольше секунды.
Программные интерфейсы
Стандарт MRP II содержит описание шестнадцати групп функций системы: − планирование продаж и производства; − управление спросом; − составление плана производства; − планирование материальных потребностей; − спецификации продуктов; − управление складом; − плановые поставки; − управление на уровне производственного цеха; − планирование производственных мощностей; − контроль входа/выхода; − материально-техническое снабжение; − планирование распределения ресурсов; − планирование и контроль производственных операций; − управление финансами; − моделирование; − оценка результатов деятельности. С накоплением опыта моделирования производственных и непроизводственных операций эти понятия постоянно уточняются, постепенно охватывая все больше функций.
1.3.2 Детальные требования к системе автоматизации управления
Для успешного внедрения и эксплуатации создаваемая система автоматизации управления взаимоотношениями удаленным филиалом, головным складом, поставщиками и покупателями должна обладать следующими свойствами: · максимальная простота внесения данных в систему, т.к. эта работа часто производится сотрудниками “на лету” – во время взаимодействия с клиентом; · дружественность пользователю; · надёжность; · расширяемость; · умеренные системные требования, в частности – к аппаратному обеспечению и квалификации персонала; · документированность. В программном продукте должны быть реализованы следующие разделы: 8) раздел “Приемка товара” от сторонних поставщиков; 9) раздел “Перемещение” в удаленный филиал необходимого количества товара; 10) раздел “Документы”: приходные, расходные, перемещения в филиал; 11) раздел “Справочник товаров”; 12) раздел “Справочник поставщиков”; 13) раздел “Остатки товара”; 14) раздел “Продажа товара”. Основными функциями системы должны являться: − система приемки товара от сторонних поставщиков и от головного склада; − продажа товара в филиале; − создание реестра приходных и расходных документов, а также перемещений товара и чеков продаж; − продажа товара клиентам. Требования к данным
Входная информация
Входной информацией для программного продукта являются следующие данные: 1. Для головного склада: − наименование поставщика при приемке товара; − генерация базы реализованного товара в филиале для формирования отчетности. 2. Для удаленного филиала: − база перемещаемых в филиал товаров; − база поставщиков; − справочник.
Выходная информация
Выходной информацией для программного продукта являются следующие данные: 1. Для головного склада: − генерация базы перемещаемых в филиал товаров; − генерация базы поставщиков; − генерация справочника; 2. Для удаленного филиала: − реализация продукции; − генерация базы реализованного товара.
Надежность Контроль входной и выходной информации. Для обеспечения надежного функционирования автоматизированной системы должны быть реализованы два уровня контроля входной информации – синтаксический и семантический. Синтаксический уровень предполагает контроль входных данных по их соответствие допустимому алфавиту (цифра или не цифра), шаблону ввода и др. Синтаксический контроль должен осуществляться средствами приложения. Семантический уровень должен проверять выполнение смысловых ограничений вводимых данных (например, диапазон допустимых значений реквизитов) и их непротиворечивость. Семантический контроль должно осуществлять разработанное приложение на этапе заполнения данных. Обеспечение устойчивого функционирования. Устойчивость работы разрабатываемого бизнес портала должна быть обеспечена как на стадии разработки путем неоднократного тестирования компонент, тщательным всесторонним тестированием, на стадиях разработки и сопровождения, а также путем систематического отслеживания всех отказов, анализа причин их возникновения и своевременных исправлений. Целостность. В каждый момент времени существования БД сведения, содержащиеся в ней, должны быть непротиворечивы. Целостность БД достигается вследствие введения ограничений целостности, в частности, к ним относятся ограничения, связанные с нормализацией БД. Желательно отслеживать диапазон допустимых значений, соотношения между значениями в полях, особенности написания формата. Существуют ограничения, работающие только при удалении записей. Например, нельзя удалять запись, связанную с другой не удаляемой записью. Восстанавливаемость. Данное свойство предполагает возможность восстановления БД после сбоя системы или отдельных видов порчи системы. Сюда относится проверка наличия файлов, составляющих приложение. В основном свойство восстанавливаемости обеспечивается дублированием БД и использованием техники повышенной надежности. Эффективность. Свойство эффективности обычно понимается как: · минимальное время реакции на запрос пользователя; · минимальные потребности в памяти; · сочетание этих параметров.
Доступность
Приложение доступно для работы на компьютере только с установленной СУБД SQL Server или другой аналогичной СУБД.
Защита
Безопасность. Безопасность БД предполагает защиту данных от преднамеренного и непреднамеренного доступа, модификации или разрушения. Применяется запрещение несанкционированного доступа, защита от копирования и криптографическая защита. Также необходимы и чисто административные меры, например ограничение доступа к носителям информации.
Требования к информационной и программной совместимости
Для обеспечения нормальной работы с порталом необходима установка операционной системы Windows NT/2000/XP и интернет браузер Internet Explorer, Firefox или Opera.
Требования к программной документации
Предварительный состав документации: − описание главного окна программы; − описание главного меню программы; − способы заполнения входных данных; − способы получения выходных данных; − описание горячих клавиш; − нормативные акты; − ГОСТы; − прочее. Документация программы должна подробно излагать все принципы работы с программой. В ней должны быть описаны все пункты и подпункты главного меню программы, а так же подробным образом рассмотрена вся сопроводительная документации.
1.3.5.6 Специальные требования
Автоматизированная система может быть разработана с применением любой языковой платформы по усмотрению разработчика. Первичное заполнение базы данных содержит базовый список контрагентов, товаров и услуг. Дальнейшее наполнение осуществляется заказчиком.
Исследовательская работа
В промышленности материальные затраты в среднем составляют до 50% всех расходов; в отдельных отраслях они достигают 80-90% [1]. Поэтому финансовая сторона материально-технического обеспечения на основе его рационализации играет очень важную роль. Издержки, связанные с хранением материалов на складах (аренда, налоги, потери при хранении, порча, страховка и пр.), составляют также немалую статью в бюджете промышленного предприятия. В ряде случаев они достигают в условиях западного уровня развития экономики 10-15% к сумме расходов на приобретение материалов [1]. В силу всего этого проблемы наиболее экономичного регулирования запасов и организации материально-складского хозяйства являются преобладающими в производственно-коммерческой деятельности фирм. Статистика свидетельствует, что в условиях индустриальной экономики Запада процесс собственно производства товаров составляет лишь 2% от общего времени цикла процессов производственно-коммерческой деятельности, завершающейся доставкой товара потребителю. Остальные 98% времени приходятся на различные виды перемещения и хранения материалов, т. е. на процессы материально-технического обеспечения. Стоимость всех видов материально-технического обеспечения составляет более 15% от стоимости валового национального продукта или более 30% от общей суммы производственных издержек. При этом на перемещение (все виды транспортирования и перегрузки) расходуется более 40% указанных затрат, на хранение - более 20%, на материальные запасы - порядка 25%, на административные расходы - 15%.[1]. Отсюда очевидна важность, направленность и возможность сокращения указанных расходов на основе организационных технологических новшеств и научных методов оптимизации всех потоковых процессов предпринимательского цикла. Таким организационно-технологическим новшеством, как уже известно, стал логистический подход, а научной методологией - теория логистики. 2.1 Общие требования
При внедрении компьютерных информационных технологий в организацию преследуется две взаимосвязанные основные цели: − сокращение затрат в организации; − увеличение отдачи, повышение производительности. Эти эффекты, как правило, достигаются за счет многих показателей. Повышения производительности труда. Она имеет отношение к скорости, стоимости и качеству выполнения рутинных задач. Для повышения производительности труда в организациях применяют компьютерные системы справочно-нормативной информации, документооборота, CRM, BI, ERP – позволяющие менеджерам и служащих осуществлять за несколько минут те действия, на которые ещё несколько десятилетий назад требовались дни и недели. Увеличения конкурентоспособности. Например, в 70-х гг. один крупный дистрибьютор журналов и газет начал фиксировать информацию о еженедельных поставках и возврате печатной продукции от каждого продавца. После этого он использовал программу, которая определяла доход от единицы площади каждого издания для каждого продавца, затем – сравнивал полученные результаты, группируя их по экономически и этнически подобным районам. После этого дистрибьютор сообщал каждому из продавцов оптимальный для его района ассортимент изданий. Это позволило увеличить доход дистрибьюторам и розничным торговцам. Интегрирования финансовой информации. Когда руководитель пытается оценить работу компании, он может увидеть много разных “версий правды”. Финансовый отдел предоставляет одну версию отчёта о доходах, отдел продаж – другую. Остальные подразделения могут показывать свои варианты того, каков их вклад в бизнес. Единая система создает один окончательный вариант правды, который не может никем оспариваться, поскольку все используют одну систему. Быстрого обслуживания заказов. В системе ERP заказ проживает всю свою жизнь – от момента появления, до той минуты, когда товар отгружается клиенту, а бухгалтерия выписывает ему счет. Имея информацию в одной системе, а не “размазанной” по множеству различных приложений, компании легче отслеживать заказ и координировать производство, складирование и отгрузку по всем подразделениям одновременно. Стандартизации и ускорения процесса производства. Крупные производственные компании, особенно обладающие аппетитом приобретать и сливаться, часто обнаруживают, что многочисленные подразделения компании делают одно и то же, используя разные методы и разные компьютерные системы. ERP-системы приходят со стандартными методами автоматизации определенных шагов производственного процесса. Стандартизация этих процессов и использование единой интегрированной системы экономит время, увеличивает производительность и уменьшает головную боль. Уменьшения складских запасов. ERP-системы способствуют тому, что производственный процесс протекает более гладко, улучшается процесс исполнения заказа внутри компании. Компания теперь может запасать меньше сырья, необходимого для производства продукта, и хранить меньше готовой продукции на складах. Для того чтобы радикально улучшить всю цепочку поставок, может использоваться специальный модуль SCM (Supply Chain Management – управление цепочками поставок), который сегодня входит в стандартную конфигурацию большинства ERP-систем. Стандартизации информации по персоналу. В компаниях с большим количеством различных бизнес - единиц отделы кадров часто не имеют единой унифицированной методики отслеживания рабочего времени персонала и работы с ним. Это положение может исправить HR модуль ERP. Исходя из этих преимуществ и выгод, которые автоматизированные информационные системы приносят иностранным компаниям, которые уже не мыслимы без систем ИТ, отечественные организации начинают проявлять значительный интерес к этим системам. Причем динамика спроса постоянно увеличивается. Многие эксперты в области ИТ. прогнозируют минимальный рост рынка на 15%-20% в год, причём наиболее вероятным среди них считается прогноз в 25%-30%. Этот рост, может быть, достигнут, за счет: − низкого уровня автоматизации отечественных производств в настоящее время. В наши дни только 20% всех промышленных организаций имеют хоть какую то ИТ. систему, причём большинству установленных систем требуется модернизация; − сокращения стоимости внедрения системы. Сегодня норма прибыли для компаний занимающихся внедрением АСУ составляет в среднем 30%. В виду увеличения конкуренции на рынке, особенно с приходом очень крупного игрока – корпорацию Microsoft, которая сразу предложила высокое качество по низкой цене, конечные цены на автоматизацию поползут вниз; − совершенствования технологий. В самом ближайшем будущем готовиться к приходу на рынок новая технология RFID. Это будет означать замену штрих - кодов на радиочастотные датчики. В настоящее время эта технология уже создана, но дорога, чтобы сейчас же её применить на практике. Когда же она дойдет до потребителя, это скажется не только на работе супермаркетов, но и на управлении ресурсами организации, что потребует внедрение или модернизацию систем. Описание предметной области Модуль “Удаленный филиал”
Модуль “Удаленный филиал” представляет собой розничный магазин по продаже товаров. Передача всех данных (обновленных справочник поставщиков и продукции, накладные – перемещение в филиал) осуществляется через выделенный канал ADSL.
Тематические разделы модуля (структура): Приемка товара. Приемка товара осуществляется с помощью передачи данных через сеть Internet файла “Перемещение в филиал”. По принятию файлов в программе обновляются следующие данные: 1. справочник товаров; 2. справочник поставщиков; 3. остатки продукции в магазине. При приходовании товара автоматически проверяется наличие новых товаров и возможные изменения цен на товары, ранее присутствующие в магазине. В случае каких-либо изменений автоматически выводятся на печать ценники на данную продукцию. Приемка товара включают данные: 1. индивидуальный локальный код; 2. наименование товара; 3. наименование поставщика; 4. цена до прихода товара (старая цена); 5. количество товара до прихода; 6. цена после прихода товара (новая цена); 7. количество товара после прихода; Также данный раздел программы содержит список перемещений в филиал с удаленного склада. Перемещения в филиал включают данные: 1. дата перемещения в филиал; 2. время перемещения в филиал; 3. наименование документа; 4. номер документа; 5. сумма перемещения от головного склада в удаленный филиал, руб. Пользователю системы доступны следующие возможности: 1. просмотр каждого перемещения в филиал по номеру; 2. печать каждого просматриваемого документа в соответствующем для этого документа стандарте. 3. печать ценников на новую продукцию и на продукцию с новыми ценами.
Тематический раздел модуля: Продажа. Продажа товара включает в себя 2 этапа: 1. выбор товара для покупки и, соответственно, формирования чека; 2. формирование товарного чека. Выбор товара для покупки осуществляется в специальном окне, которое содержит: 1. индивидуальный локальный код; 2. наименование продукции; 3. цена за единицу продукции, руб.; 4. количество продукции в магазине; 5. количество покупаемого товара. После выбора необходимого товара и его количества формируется товарный чек, содержащий следующую информацию: 1. реквизиты предприятия; 2. номер товарного чека; 3. дата покупки товара; 4. индивидуальный локальный код товара; 5. наименование продукции; 6. наименование поставщика; 7. цена за единицу продукции, руб.; 8. количество покупаемого товара; 9. итоговая сумма. Особенности: после продажи товара в базе данных появляется новый товарный чек, который пользователь системы может просмотреть и распечатать в любое время. Также автоматически уменьшаются и остатки продукции в магазине. Работа с базой данных
С точки зрения пользователя, база данных – это программа, которая обеспечивает работу с информацией. При запуске такой программы на экране, как правило, появляется таблица, просматривая которую пользователь может найти интересующие его сведения. Если система позволяет, то он может внести изменения в базу данных: добавить новую информацию или удалить ненужную. С точки зрения программиста, база данных – это набор файлов, содержащих информацию. Разрабатывая базу данных для пользователя, программист создает программу, которая обеспечивает работу с файлами данных. В настоящее время существует достаточно большое количество программных систем, позволяющих создавать и использовать локальные (dBASE, FoxPro, Access, Paradox) и удаленные (Interbase, Oracle, Sysbase, Infomix, Microsoft SQL Server) базы данных. В зависимости от расположения программы, использующей данные, и самих данных, а также способа разделения данных между несколькими пользователями различают локальные и удаленные базы данных. В нашем случае база данных является локальной. Хранится она на сервере, который предоставляет своё дисковой пространство под платформу автоматизированной системы. Доступ к управлению осуществляется через программу головного склада с помощью интерфейса пользователя. Чтобы получить туда доступ нужно ввести логин и пароль администратора системы. В программе склада готовой продукциидля автоматизации компании присутствуют следующие базы данных: 1. база данных товаров; 2. база данных поставщиков; 3. база данных входящих и исходящих документов (приемные и расходные акты, перемещения в филиал, товарные чеки). В данных БД возможны следующие действия: − создание, копирование и удаление таблицы; − осуществление сопровождения таблиц; − удаление, корректировка и добавление полей; − загрузка текстовых файлов в таблицы; − осуществление поиска в базе данных или в её разделах. Среда проектирования В качестве инструмента программирования была использована интегрированная среда разработки (IDE) Borland C++ Builder 6.0 и CASE-средство – “Rational Rose Enterprise Edition”. C++ Builder 6.0 – мощная система визуального объектно-ориентированного проектирования. Он сам и поставляемые с ним программные продукты позволяют решать следующий круг задач: − быстро создание профессионально выглядящий оконный интерфейсов для любых приложений даже начинающим программистам. Интерфейс удовлетворяет всем требованиям Windows, настраивается на использованную систему, поскольку использует многие функции, процедуры, библиотеки Windows; − создание приложений любой сложности и любого назначения: офисные, бухгалтерские, инженерные, информационно-поисковые; − создание современного пользовательского интерфейса для любых ранее разработанных программ DOS и Windows; − создание мощных систем работы с локальными и удаленными базами данных любых типов. Подход, используемый в C++ Builder, позволяет получить доступ к базам, созданным на любой платформе: InterBase, Microsoft Access, FoxPro, Paradox, dBase, Sybase, Microsoft SQL, Oracle; − формирование и печать из приложений сложные отчеты, включающие таблицы, графики и т.п. самого различного назначения; − создание системы помощи (Help), как для своих приложений, так и для любых других, с которыми, в частности, можно работать просто через Windows. При проектировании автоматизированной системы также использовалось CASE-средство Rational Rose Enterprise Edition. Это визуальный редактор, позволяющий моделировать программные системы любой сложности, на основе графических диаграмм языка UML (Unified Modeling Language) быстрее, качественнее и легче. Rational Rose позволяет создавать модели будущей системы, удобные для понимания алгоритмов работы, взаимосвязей между объектами, по которым в дальнейшем создаётся программный каркас будущей программной системы. Моделирование – одно из средств, дающих возможность значительно сократить время разработки, уложиться в бюджет и создать систему с нужным качеством. Модель будущей системы позволяет уже на стадии проектирования, без вкладывания больших средств в проект получить представление о поведении системы и избежать дорогостоящих ошибок в дальнейшем, когда в написание программного кода вложены значительные силы. Можно создавать UML модели при помощи других программных продуктов, например редактора Visio, однако при помощи Rational Rose это сделать проще и удобнее. Созданные в едином стиле UML диаграммы понятны любому программисту. Эти диаграммы позволяют прямо из проекта Rational Rose создать исходный текст программы на Borland C++ Builder 6.0.
Логическое проектирование
Логическое проектирование системы проводится в методологии UML с использованием пакета Rational Rose 2003. Use Case диаграмма показана на рисунке 3.1. Диаграмма классов управления на рисунке 3.2. Диаграмма граничных классов на рисунке 3.3. Рисунок 3.1- Use Case диаграмма Рисунок 3.2- Классы управления Рисунок 3.3 - Диаграмма граничных классов
Проектирование прецедентов Вариант использования «Поиск элемента» Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.5.
Рисунок 3.5 – Диаграмма последовательности для варианта использования «Поиск элемента»
Вариант использования « Добавление записи»
Диаграмма последовательности для варианта использования «Добавление записи» представлена на рисунке 3.6.
Рисунок 3.6 – Диаграмма последовательности для варианта использования «Добавление записи»
Вариант использования « Удаление записи»
Диаграмма последовательности для варианта использования «Удаление записи» представлена на рисунке 3.7.
Рисунок 3.7 – Диаграмма последовательности для варианта использования «Удаление записи»
Вариант использования «Поиск элемента»
Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.8.
Рисунок 3.8 – Диаграмма последовательности для варианта использования «Поиск элемента»
Вариант использования « Размещение элемента на складе»
Диаграмма последовательности для варианта использования «Размещение элемента на складе» представлена на рисунке 3.9.
Рисунок 3.9 – Диаграмма последовательности для варианта использования «Размещение элемента на складе»
Вариант использования « Получить отчет»
Диаграмма последовательности для варианта использования «Получить отчет» представлена на рисунке 3.10.
Рисунок 3.10 – Диаграмма последовательности для варианта использования «Получить отчет»
Вариант использования « Добавить запись о складе»
Диаграмма последовательности для варианта использования «Добавить запись о складе» представлена на рисунке 3.11.
Рисунок 3.11 – Диаграмма последовательности для варианта использования «Добавить запись о складе»
Вариант использования « Ввод информации по счетам »
Диаграмма последовательности для варианта использования «Ввод информации по счетам» представлена на рисунках 3.12 и 3.13.
Рисунок 3.12 – Диаграмма последовательности для варианта использования «Ввод информации по счетам» Рисунок 3.13 – Диаграмма кооперации объектов для варианта использования «Ввод информации по счетам» Вариант использования « Ввод информации по складам»
Диаграмма последовательности для варианта использования «Ввод информации по складам» представлена на рисунках 3.14 и 3.15.
Рисунок 3.14 – Диаграмма последовательности для варианта использования «Ввод информации по складам»
Рисунок 3.15 – Диаграмма кооперации объектов для варианта использования «Ввод информации по складам»
3.5 Средства защиты программного изделия от …………...несанкционированного доступа
Для предотвращения несанкционированного доступа к системе и данным предусмотрена специальная таблица зарегистрированных пользователей. Программист регистрирует пользователей и пароли, уровни доступа. Корпоративная автоматизированная система «Склад продукции» имеет два вида пользователя: Администратор и Пользователь. При входе в систему каждый пользователь обязан ввести имя и пароль. После неверного троекратного ввода имени или пароля система выходит в операционную систему, предотвращая подбор паролей. Под именем Администратор можно делать любые изменения в программе: добавлять и удалять данные в базу данных поставщиков, товаров и всех документов, проводить любые изменения и редактирования системы. Под именем Пользователь возможен только просмотр всех баз данных и обычных приложений.
Проектирование базы данных Тип | Размер | ||||||||||||||||||||||||||||||||||||||||
| Name_postavshika | Alpha (A) | символьный | 20 | ||||||||||||||||||||||||||||||||||||||
| INN | Short (S) | целочисленный | - | ||||||||||||||||||||||||||||||||||||||
| Adress | Alpha (A) | символьный | 20 | ||||||||||||||||||||||||||||||||||||||
| Telefone | Alpha (A) | символьный | 12 | ||||||||||||||||||||||||||||||||||||||
| Tip_organiz | Alpha (A) | символьный | 7 | ||||||||||||||||||||||||||||||||||||||
| Tovar | Short (S) | целочисленный | - | ||||||||||||||||||||||||||||||||||||||
| Price | Money ($) | денежный | - | ||||||||||||||||||||||||||||||||||||||
| Big_price | Money ($) | денежный | - | ||||||||||||||||||||||||||||||||||||||
| Icon | Graphic Fields (G) | графический | - | ||||||||||||||||||||||||||||||||||||||
| Small_icon | Graphic Fields (G) | графический | - | ||||||||||||||||||||||||||||||||||||||
| Pois_name_postav | Alpha (A) | символьный | 10 | ||||||||||||||||||||||||||||||||||||||
| Poisk_tip_organ | Alpha (A) | символьный | 7 | ||||||||||||||||||||||||||||||||||||||
Справочник поставщиков имеет непосредственную связь с приемкой товара (при приемке товара в справочник добавляется новое субконто). Также в справочнике для удобства нахождения необходимой информации представлены два вида поиска: поиск по наименованию поставщика и по типу организации (ООО, ОАО, ЗАО, ИП, ПБОЮЛ).
Таблица 4.9 – Структура таблица объектов системы “Остатки ……………………….продукции” (DS_Ostatki)
| Поле | Обозначение типа | Тип | Размер |
| lok_kod | Short (S) | целочисленный | - |
| Name_tovara | Alpha (A) | символьный | 20 |
| Name_postavshika | Alpha (A) | символьный | 20 |
| Kol_tovara | Short (S) | целочисленный | - |
| Old_price | Money ($) | денежный | - |
| Big_price | Money ($) | денежный | - |
| Icon | Graphic Fields (G) | графический | - |
| Small_icon | Graphic Fields (G) | графический | - |
| Print_PVF | Graphic Fields (G) | графический | - |
| Poisk_lok_kod | Alpha (A) | символьный | 4 |
| Poisk_name_tovara | Alpha (A) | символьный | 20 |
| Pois_name_postav | Alpha (A) | символьный | 10 |
Остатки продукции имеют непосредственную связь с приемкой товара (при приемке товара обновляются остатки продукции) и перемещением в филиал (при перемещении уменьшается количество продукции на головном складе и увеличивается в удаленном филиале). Также для удобства нахождения необходимой информации представлены три вида поиска: поиск по индивидуальному локальному коду, по наименованию продукции и по наименованию поставщика.
Таблица 4.10 – Структура таблица объектов системы “Продажа ………………………...продукции” (DS_Prodaza)
| Поле | Обозначение типа | Тип | Размер |
| lok_kod | Short (S) | целочисленный | - |
| Name_tovara | Alpha (A) | символьный | 20 |
| Name_postavshika | Alpha (A) | символьный | 20 |
| Kol_tovara | Short (S) | целочисленный | - |
| Old_price | Money ($) | денежный | - |
| Big_price | Money ($) | денежный | - |
| Icon | Graphic Fields (G) | графический | - |
| Small_icon | Graphic Fields (G) | графический | - |
| Print_PVF | Graphic Fields (G) | графический | - |
При продаже продукции уменьшаются остатки в магазине и, соответственно, пополняется база данных товарных чеков.
Управляющие клавиши
В таблице 4.11 приведен список “горячих” клавиш, которые обеспечивают более комфортное использование системы оператором. “Горячие” клавиши позволяют выполнить команду, не выбирая соответствующий пункт меню. Данные клавиши действуют во всех окнах, которые предоставляют ниже перечисленные операции.
Таблица 4.11 – Управляющие клавиши
| Клавиша | Операция |
| F1 | Помощь |
| F4 | Редактирование |
| F5 | Печать |
| F8 | Удалить |
| Ctrl + Q | Выход |
| Ctrl + Пробел | Открыть справочник |
| Ctrl + E | Открыть принятие товара |
| Ctrl + H | Открыть продажу товара |
| Ctrl + K | Открыть остатки |
| Ctrl + F | Формирование ПВФ |
| Ctrl + P | Печать |
| Alt + Backspase | Отменить изменения |
Детального проектирования
Подсистема принятия товара
Подсистема продажи товара
Подсистема остатков
Подсистема поставщиков
Подсистема справочника
Подсистема документов
Диаграмма процессов
Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть “железа”, а не программ.
Для каждой модели создается только одна такая диаграмма, отображающая процессоры (Processor), устройства (Device) и их соединения.
Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.
В диаграмме, которая отображает обобщенную структуру компьютерной фирмы со всеми его подразделениями, используются только значки “Процессор”.
Диаграмма процессов системы изображена на рисунке 5.3.
| СУБД InterBase |
| СУБД InterBase |
| Сервер InterBase |
| Сервер InterBase |
| Локальная сеть |
| Локальная сеть |
| ЛВС |
| ЛВС |
| ЛВС |
| Сервер БД |
| Сервер БД |
| Компьютер оператора головного склада |
| Компьютер оператора удаленного филиала |
| Принтер-сканер |
| Принтер-сканер |
Рисунок 5.3 – Диаграмма процессов
Руководство пользователя
5.7.1 Инсталляция и конфигурирование системы
При установке программы необходимо иметь права администратора, иначе установка невозможна.
Для начала установки необходимо запустить с дистрибутивного диска исполняемый файл Start.exe.
Далее установка и конфигурирование проходит в автоматическом режиме.
В системе также необходимо устанавливать клиентскую часть СУБД InterBase.
На выделенном сервере необходимо установить серверную часть СУБД InterBase и прописать в нем базу данных программы.
При работе с АРМ в локальном режиме помимо клиентской требуется и установка серверной части СУБД.
Так же программа создаст ярлыки в главном меню для запуска и удаления системы.
5.7.2 Основы работы с программой
Разработанная в дипломном проекте АРМ – это прежде всего универсальная программа предназначенная для автоматизации деятельности малого предприятия, ориентированного на работу с оргтехникой и аксессуарами. Она используется и может быть полностью настроена любым работником организации без привлечения программистов и разработчиков, при условии работоспособного сервера. Один раз, освоив возможности программы, сотрудник автоматизирует такой вид управленческой деятельности, как работа с клиентами и товаром.
Данная программа написана с использованием интегрированной среды разработки (IDE) Borland C++ Builder 6.0 и CASE-средства – “Rational Rose Enterprise Edition”. Для нормального функционирования автоматизированной системы необходимо, чтобы на компьютере было установлена система доступа к базам данных InterBase версии 7.5 и выше.
Для вызова программы (предварительно она должна быть установлена на компьютере) необходимо запустить файл Sclad.exe (Filial.exe).
При запуске программы необходимо ввести имя пользователя и пароль (рисунок 5.5).
Рисунок 5.5 – Авторизация пользователя
В данной программе предусмотрено два вида доступа: “Администратор” и “Пользователь”. В режиме “Администратор” возможно редактирование, добавление и удаление любых данных, и, соответственно, их просмотр. Данный режим предусмотрен для бухгалтера головного склада и старшего менеджера удаленного филиала (рисунки 5.6 и 5.7).
Рисунок 5.6 – Внешний вид модуля “Головной склад” в режиме “Администратор”///////////////////////////
Рисунок 5.7 – Внешний вид модуля “Удаленный филиал” в режиме “Администратор”////////////////////////////////
В режиме “Пользователь” возможен только просмотр необходимой информации. Любое редактирование запрещено. Данный режим предусмотрен для старшего приемщика головного склада для защиты информации (рисунок 5.8).
Рисунок 5.8 – Внешний вид модуля “Головной склад” в режиме “Пользователь”/44///////////////////////
Как модуль “Головной склад”, так и модуль “Удаленный филиал” имеют общие базы данных, а именно: БД продукции, БД поставщиков и остатки.
База данных продукции представляет собой таблицу, которая содержит индивидуальный локальный код каждого наименования продукции, наименование продукции, наименование поставщика данной продукции и стоимость за единицу продукции. Также в данной БД предусмотрен поиск информации в трех видах: по индивидуальному локальному коду, по наименованию продукции и по наименованию поставщика, поставляющего данный вид продукции (рисунок 5.9). При отсутствии данных при любом виде поиска программа выдает отрицательный ответ.
Рисунок 5.9 – База данных продукции
База данных поставщиков представляет собой таблицу, которая содержит тип организации, наименование организации, юридический адрес, телефон (факс) и ИНН. Также в данной БД предусмотрен поиск информации в двух видах: по типу организации и по наименованию организации (рисунок 5.10). При отсутствии данных при любом виде поиска программа выдает отрицательный ответ.
Рисунок 5.10 – База данных поставщиков
Для корректного анализа данных и полноценных заявок на склад в каждом модуле предусмотрен раздел “Остатки” (рисунки 5.11 и 5.12).
Рисунок 5.11 – Вид раздела “Остатки” в модуле “Головной склад”
Рисунок 5.12 – Вид раздела “Остатки” в модуле “Удаленный филиал”
В данном разделе отражаются остатки склада и магазина, а также формируется отчет о продажах за один день в удаленном филиале, и, в виде файла “Перемещение на склад” отправляется в головной склад, где старший менеджер и приемщик на основе этих данных делают заказ товара на склад и, соответственно, в удаленный филиал. Для формирования данного отчета необходимо нажать на кнопку “Сформировать РКО (продажи)”, в результате чего пустая таблица заполнится тем товаром, который был реализован в магазине в течение рабочего дня. После это нажимается кнопка “Обновить” для обновления остатков в магазине. При формировании данного отчета автоматически генерируется его номер, дата и время формирования, и отправляется для анализа в головной склад.
В момент прихода товара бухгалтер склада проверяет, есть ли данный поставщик в базе данных (рисунок 5.13).
Рисунок 5.13 – Авторизация (регистрация) поставщика
Если такого поставщика нет, то его регистрируют, занося необходимые данные в таблицу регистрации: юридический адрес, телефон и ИНН организации (рисунок 5.14). Если такой поставщик уже заведен, то программа автоматически переходит к заполнению контейнера от поставщика (накладной) (рисунок 5.15)
Рисунок 5.14 – Регистрация поставщика
Рисунок 5.15 – Занесение данных в контейнер (накладную) от поставщика
При заполнении контейнера (накладной) от поставщика номер приемного акта, наименование поставщика, тип договора и тип склада генерируются автоматически. Далее бухгалтер склада заносит все данные с накладной в программу, добавляя новые строки в таблице путем двойного нажатия кнопкой мышки на данной таблице. После оформления накладной, бухгалтер склада нажимает кнопку “Обновить”, тем самым, обновляя остатки продукции на складе, и, далее, нажимает кнопку “Провести товар” для занесения данного приемного акта в базу данных документов.
База данных документов состоит из трех разделов: приемные акты, перемещения в филиал и расходные акты (рисунок 5.16).
Рисунок 5.16 – База данных документов
Каждый документ бухгалтер склада может просмотреть и распечатать в соответствующей для данного документа форме. Все движения продукции, сопровождающиеся документацией, можно просмотреть в данной базе данных.
При перемещении товара в удаленный филиал старший кладовщик нажимает на кнопку “Перемещение в филиал”, в результате чего проявляется окно с перечнем продукции, имеющейся на складе. В соответствии с остатками данной продукции на складе и остатками в удаленном филиале, кладовщик делает заявку на отборку товара и его перемещение в магазин. Сформированный документ “Перемещение в филиал” представлен на рисунке 5.17.
Рисунок 5.17 – Формирование перемещения в филиал
При конечном формировании перемещения в филиал, необходимо нажать кнопку “Обновить” для сохранения данного документа в базе данных и обновления остатков на складе.
Приемка товара в удаленном филиале от головного склада осуществляется нажатием кнопки “Принять товар”, после чего появляется окно, в котором показаны все перемещения в филиал, остатки продукции в магазине и продукция, которая поступила в магазин со склада (рисунок 5.18).
Рисунок 5.18 – Принятие товара
В данной таблице показано малейшее изменение количества и цены. Информация об изменении цены или поступлении нового товара заносится в базу данных магазина путем нажатия кнопки “Обновить”. Также при таких изменениях необходимы новые ценники, которые можно получить путем нажатия кнопок “Ценники” и “Печать ценников”. Внешний вид ценников на продукцию представлен на рисунке 5.19.
Рисунок 5.19 – Вид ценников
При продажи продукции старший менеджер магазина должен зайти в раздел “Продажа”. В колонке расход выбирается наименование и количество заказанного товара, после чего нажимается кнопка “Оформить заказ” (рисунок 5.20).
Рисунок 5.20 – Раздел продажи товара
После нажатия кнопки “Оформить заказ” появляется окно со сгруппированным заказом (рисунок 5.21).
Рисунок 5.21 – Формирование товарного чека
Бухгалтер магазина должна зафиксировать данный документ, нажав на кнопку “Обновить”, в результате чего изменяется остаток продукции в магазине и данный документ – товарный чек – заносится в соответствующую базу данных. Товарный чек представлен на рисунке 5.22.
Рисунок 5.22 – Товарный чек
Экономическая часть
Содержание технологического процесса, в котором должна быть использована разработка
Менеджер по продажам
Менеджер осуществляет непосредственную продажу товара в торговом зале. Он выбирает товар из списка, при этом на дисплее отображаются наименование товара и его цена, при необходимости предусмотрен ввод количества, а также поиск товара вручную по наименованию, коду. Помимо вышеперечисленного, менеджер в конце своей смены обязан отчитаться перед администратором о наличности денежных средств в денежном ящике (сумма не должна расходиться с суммой продаж), эта информация сверяется при печати отчета о закрытии смены с фискального регистратора.
Администратор
Администратор осуществляет контроль за деятельностью менеджеров, выполняет внесение наличных денежных средств в кассу компании, в течение кассовой смены он может делать инкассацию денег с касс или на кассы (изымать или вносить деньги в денежные ящики с предоставлением кассиру соответствующей печатной формы, заверенной печатью). Также администратор регулирует взаимоотношения с «проблемными клиентами» при оформлении возврата товара от покупателя, оформляя необходимые документы, составляя акт приемки и выдавая наличность клиенту.
Товаровед
В обязанности товароведа входят оформление заказов поставщикам, анализ и корректировка ассортиментного перечня, ведение переговоров и заключение договоров с поставщиками, поиск наиболее выгодных условий поставок, оформление приходных накладных от поставщиков, их сверка и отражение в базе данных, оформление списаний и оприходований товаров.
Кладовщик
Кладовщик выполняет перемещение товаров между складами, хранит у себя весь документооборот по внутренним перемещениям товаров, осуществляет расклейку этикеток на товары, проводит акты инвентаризации.
Ведёт отчетность по работе с поставщиками и ведомости по погашению долгов фирмы поставщикам.
Также в обязанности кладовщика входит регистрация поставщиков в базе данных АСУ.
Содержание технологических недостатков, устраняемых при внедрении данного ПО
1) Повышение эффективности работы сотрудников предприятия, в первую очередь аналитиков;
2) Сокращение сроков формирования сложных отчетов и отсутствие риска перегрузки основного сервера;
3) Позволяет формировать методы по улучшению рыночной ситуации для данного предприятия (например, увеличении объема продаж);
4) В случае поломки основной БД на предприятии будет играть роль резервной копии, за счет чего деятельность некоторых сотрудников на предприятии не остановится.
Стадии и этапы разработки
При разработке данной системы необходимо использовать следующий персонал (см. таблицу 6.1).
Таблица 6 .1 – Штатное расписание разработчиков
| Состав группы | Количество человека | Средная з/пл., руб./месяц | Условные Обозначение |
| Руководитель проекта | 1 | 21000 | РП |
| Инженер-программист | 2 | 15000 | ИП1,ИП2, |
| Инженер Технолог-информация проект | 1 | 12000 | ТИП |
| Итого | 63000 | ||
Поскольку срок разработки данной системы ограничен и должен составлять 2 мес. (45 раб. дней ), то для того чтобы разработать данную систему вовремя необходимо разработать план т.е составить сетевой график. При построении сетевого графа необходимо процесс создания системы разбить на следующие стадии:
1. Техническое задание
2. Эскизный проект
3. Технический проект
4.Рабочный проект
5. Внеднее проект
Таблица 6 .2 – Стадии и этапы разработки
| № | Наименование события | Содержание работ | Исполнители | дни | |
| Стадия №1. Техническое задание | |||||
| 1 | Обоснование необходимости разработки программ | 1-2 | Постановка задачи. | РП,ИП1 | 0.5 |
| 1 | 1-3 | Сбор исходных материалов. | ИП2,ИП1,ТИП | 0.5 | |
| 1 | 1-4 | Выбор и обоснование критериев эффективности и качества разрабатываемой программы. | РП,ИП1,,ИП2,ТИП | 0.5 | |
| 1 | 4-5 | Обоснование необходимости проведения научно-исследовательских работ | РП,ИП1 | 0.5 | |
| 1 | Научно-исследование работы | 4-6 | Определение структуры входных и выходных данных. | ИП1,ИП2 | 0.5 |
| 1 | Научно-исследование работы | 4-7 | Предварительный выбор методов решения задач. | РП,ИП2.ИП1,ТИП | 0.5 |
| 1 | Функциональные требование к ПО определены | 5-8 | Обоснование целесообразности применения ранее разработанных программ. | РП,ИП1,ИП2,ТИП | 0.5 |
| 1 | Технические возможности определены | 6-9 | Определение требований к техническим средствам. | ИП2 | 0.5 |
| 1 | 7-10 | Обоснование принципиальной возможности решения поставленной задачи. | РП,ТИП | 0.5 | |
| 1 | 7-11 | Определение требований к программе. | ИП2 | 0.5 | |
| 1 | 10-12 | Разработка технико-экономического обоснования разработки программы. | РП,ИП1,ИП2,ТИП | 0.5 | |
| 1 | Разработка и утверждение технического задания | 12-13 | Определение стадий, этапов и сроков разработки программ и документации на нее | РП,ИП1,ТИП | 0.5 |
| 1 | 12-14 | Выбор языков программирования | ИП2 | 0.5 | |
| 1 | 13-15 | Определение необходимости проведения научно-исследовательских работ на последующих стадиях. | РП,ИП1,ТИП | 0.5 | |
| 1 | 15-16 | Согласование и утверждение технического задания. | РП,ТИП | 0.5 | |
| 1 | 14-17 | Предварительная разработка структуры входных и выходных данных. | ИП2 | 0.5 | |
| 1 | Работа с заказчиком | 16,17-18 | Уточнение методов решения задачи. | РП,ИП1,ТИП | 0.5 |
| Отчёт Об анализ объект | 18-19 | Оформление отчета о выполненной работ | РП | 0.5 | |
| 2.Эскизный проект | |||||
| 2 | 20 | Разработка общего описания алгоритма решения задачи. | ИП2,ТИП | 2 | |
| 2 | 21 | Разработка технико-экономического обоснования. | ИП1 | 2 | |
| 2 | 22 | Разработка пояснительной записки. | РП,ТИП | 2 | |
| 2 | 20,22-23 | Согласование и утверждение эскизного проекта. | РП,ИП1,ИП2,ТИП | 4 | |
| 2 | Расчёт входных и выходных параметров | 21-24 | Уточнение структуры входных и выходных данных. | ИП1,ИП2 | 3 |
| 25 | Оформление отчета о выполненной работ | РП | 1 | ||
| 3 Технический проект | |||||
| 3 | 26-27 | Разработка алгоритма решений задачи. | РП,ТИП,ИП1 | 2 | |
| 3 | 26-28 | Определение формулы представления входных и выходных данных. | ИП1,ТИП | 1 | |
| 3 | 26-29 | Определение семантики и синтаксиса языка. | ИП2, | 1 | |
| 29-30 | Разработка структуры программы | ИП2 | 2 | ||
| 27,28-31 | Окончательное определение конфигурации технических средств. | РП,ИП1,ИП2,ТИП | 2 | ||
| 31-32 | Разработка плана мероприятий по разработке и внедрению программ. | РП,ИП1,ИП2,ТИП | |||
| 30-33 | Разработка пояснительной записки. | ИП2 | |||
| 33-34 | Согласование и утверждение технического проекта. | РП,ИП2 | |||
| 4 Рабочный проект | |||||
| 35-36 | Программирование и отладка программы. | ИП1,ИП2,ТИП | 7 | ||
| 35-37 | Разработка программных документов в соответствии с требованиями ГОСТ 19.101-77. | ИП1,ТИП,РП | 2 | ||
| 5 Внеднее проект | |||||
| 38-39 | Разработка, согласование и утверждение программы и методики испытаний. | РП,ИП1,ИП2,ТИП | 5 | ||
| 39-40 | Проведение предварительных государственных, межведомственных, приемо-сдаточных и других видов испытаний. | ИП1,ИП2,ТИП | |||
| 29-41 | Корректировка программ и программной документации по результатам испытаний. | ИП2 | |||
| 41-42 | Подготовка и передача программы и программной документации для сопровождения и (или) изготовления. | ИП2 | |||
| 40-43 | Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление. | РП,ИП1,ИП2,ТИП | |||
| 43-44 | Передача программы в фонд алгоритмов и программ. | ИП2,ИП1,ТИП | |||
Таблица 6.3 – Время на разработку по стадиям
| Стадия | Раннее начало работы | Позднее окончание работы | срок стадии, дни | срок стадии, часы |
| I | 0 | 9 | 9 | 72 |
| II | 9 | 21 | 12 | 96 |
| III | 21 | 32 | 11 | 88 |
| IV | 32 | 38 | 6 | 48 |
| V | 38 | 45 | 8 | 64 |
6.3 Определение затрат по статье Материалы и Оборудование
Для выполнения данной работы потребуется следующее оборудование:
Таблица 6.4 – Состав используемого оборудования
| перечень оборудования | количество | стоимость,руб. единицы | стоимость,руб. общая | |
| Компьютер | 4 | 18000 | 72000 | |
| Сервер | 1 | 40000 | 40000 | |
| Принтер | 1 | 3500 | 3500 |
Для выполнения данной работы потребуются следующие материалы:
Таблица 6.5 – Расчет затрат по статье "Материалы"
| Наименование | Цена за ед. | Количество по стадиям | Общая цена по стадиям, руб. | ||||||||
| 1 | 2 | 3 | 4 | 5 | 1 | 2 | 3 | 4 | 5 | ||
| Канцелярские принадлежности | 30 | 5 | 5 | 0 | 5 | 5 | 150 | 150 | 0 | 150 | 150 |
| Тонер для принтера | 200 | 1 | 0 | 0 | 0 | 1 | 200 | 0 | 0 | 0 | 200 |
| ОС Windows ХР Pro SP2 | 5300 | 4 | 0 | 0 | 0 | 0 | 21200 | 0 | 0 | 0 | 0 |
| ОС Windows 2003 Server | 50000 | 0 | 1 | 0 | 0 | 0 | 0 | 50000 | 0 | 0 | 0 |
| SQL Server 2005 | 5500 | 0 | 3 | 0 | 0 | 0 | 0 | 18500 | 0 | 0 | 0 |
| ПО Borland Delphi 2007 | 4800 | 0 | 0 | 3 | 0 | 1 | 0 | 0 | 14400 | 0 | 0 |
| Диски | 40 | 0 | 0 | 10 | 5 | 10 | 0 | 0 | 400 | 200 | 400 |
| Итого по стадиям | 21550 | 68650 | 14800 | 350 | 750 | ||||||
| ИТОГО |
| ||||||||||
106100
2187
Требования к помещениям для работы с ПЭВМ
- Помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение. Эксплуатация ПЭВМ в помещениях без естественного освещения допускается только при соответствующем обосновании и наличии положительного санитарно-эпидемиологического заключения, выданного в установленном порядке.
- Естественное и искусственное освещение должно соответствовать требованиям действующей нормативной документации. Окна в помещениях, где эксплуатируется вычислительная техника, преимущественно должны быть ориентированы на север и северо-восток.
Оконные проемы должны быть оборудованы регулируемыми устройствами типа: жалюзи, занавесей, внешних козырьков и др.
- Не допускается размещение мест пользователей ПЭВМ во всех образовательных и культурно-развлекательных учреждениях для детей и подростков в цокольных и подвальных помещениях.
- Площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе электроннолучевой трубки (ЭЛТ) должна составлять не менее 6 м2, в помещениях культурно-развлекательных учреждений и с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) - 4,5 м2.
При использовании ПВЭМ с ВДТ на базе ЭЛТ (без вспомогательных устройств - принтер, сканер и др.), отвечающих требованиям международных стандартов безопасности компьютеров, с продолжительностью работы менее 4-х часов в день допускается минимальная площадь 4,5 м2 на одно рабочее место пользователя (взрослого и учащегося высшего профессионального образования).
- Для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка - 0,7 - 0,8; для стен - 0,5 - 0,6; для пола - 0,3 -0,5.
- Полимерные материалы используются для внутренней отделки интерьера помещений с ПЭВМ при наличии санитарно-эпидемиологического заключения.
- Помещения, где размещаются рабочие места с ПЭВМ, должны быть оборудованы защитным заземлением (занулением) в соответствии с техническими требованиями по эксплуатации.
- Не следует размещать рабочие места с ПЭВМ вблизи силовых кабелей и вводов, высоковольтных трансформаторов, технологического оборудования, создающего помехи в работе ПЭВМ.
Требования к микроклимату
В производственных помещениях, в которых работа на ВДТ и ПЭВМ является основной (диспетчерские, операторские, расчетные, кабины и посты управления, залы вычислительной техники и др.), должны обеспечивать оптимальные параметры микроклимата (таблица 7.1).
Таблица 7 .1 – Оптимальные нормы микроклимата с ВДТ и ПЭВМ
| Период года | Категория работ | Температура воздуха, С не более | Относительная влажность воздуха, % | Скорость движения воздуха, м/с |
| Холодный | Легкая – 1а | 22-24 | 40-60 | 0.1 |
| Легкая – 1б | 21-23 | 40-60 | 0.1 | |
| Теплый | Легкая – 1а | 23-25 | 40-60 | 0.1 |
| Легкая – 1б | 22-24 | 40-60 | 0.2 |
Примечание. К категории 1а относятся работы, производимые сидя и не требующие физического напряжения, при которых расход энергии составляет до 120 ккал/ч; к категории 1б относятся работы, производимые сидя, стоя или связанные с ходьбой и сопровождающиеся некоторым физическим напряжением, при которых расход энергии составляет от 120 до 150 ккал/ч.
Объем помещений, в которых размещены работники не должны быть меньше 19.5 м3/человека с учетом максимального числа одновременно работающих в смену. Для подачи в помещение воздуха используются системы механической вентиляции и кондиционирования, а также естественная вентиляция.
В помещениях с ВДТ и ПЭВМ в дошкольных, средних специальных и высших учебных заведениях должны обеспечиваться оптимальные параметры микроклимата (таблица 7.2).
Таблица 7 .2 – Оптимальные и допустимые параметры температуры и относительной влажности воздуха в помещениях с ВДТ и ПЭВМ во всех учебных и дошкольных учреждениях
| Оптимальные параметры | Допустимые параметры | ||
| Температура, С | Относительная влажность, % | Температура, С | Относительная влажность, % |
| 19 | 62 | 18 | 39 |
| 20 | 58 | 22 | 31 |
| 21 | 55 | ||
| Примечание: скорость движения воздуха – не более 0.1 м/с. | |||
Для повышения влажности воздуха в помещениях с ВДТ и ПЭВМ следует применять увлажнители воздуха, заправляемые ежедневно дистиллированной или кипяченной питьевой водой.
Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ
- В производственных помещениях при выполнении основных или вспомогательных работ с использованием ПЭВМ уровни шума на рабочих местах не должны превышать предельно допустимых значений, установленных для данных видов работ в соответствии с действующими санитарно-эпидемиологическими нормативами.
- В помещениях всех образовательных и культурно-развлекательных учреждений для детей и подростков, где расположены ПЭВМ, уровни шума не должны превышать допустимых значений, установленных для жилых и общественных зданий.
- При выполнении работ с использованием ПЭВМ в производственных помещениях уровень вибрации не должен превышать допустимых значений вибрации для рабочих мест в соответствии с действующими санитарно-эпидемиологическими нормативами.
В помещениях всех типов образовательных и культурно-развлекательных учреждений, в которых эксплуатируются ПЭВМ, уровень вибрации не должен превышать допустимых значений для жилых и общественных зданий в соответствии с действующими санитарно-эпидемиологическими нормативами.
- Шумящее оборудование (печатающие устройства, серверы и т.п.), уровни шума которого превышают нормативные, должно размещаться вне помещений с ПЭВМ.
Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ
- Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах пользователей, а также в помещениях образовательных, дошкольных и культурно-развлекательных учреждений, представлены в таблице 7.3.
- Методика проведения инструментального контроля уровней ЭМП на рабочих местах пользователей ПЭВМ.
- Требования к визуальным параметрам ВДТ, контролируемым на рабочих местах.
- Предельно допустимые значения визуальных параметров ВДТ, контролируемые на рабочих местах, представлены в таблице 7.4.
Таблица 7.3 - Временные допустимые уровни ЭМП, создаваемых ПЭВМ на рабочих местах
| Наименование параметров | ВДУ | |
| Напряженность | в диапазоне частот 5 Гц - 2 кГц | 25 В/м |
| в диапазоне частот 2 кГц - 400 кГц | 2,5 В/м | |
| Плотность маг- | в диапазоне частот 5 Гц - 2 кГц | 250 нТл |
| в диапазоне частот 2 кГц - 400 кГц | 25 нТл | |
| Напряженность электростатического поля | 15 кВ/м | |
Таблица 7.4 - Визуальные параметры ВДТ, контролируемые на рабочих местах
| N п/п | Параметры | Допустимые значения |
| 1 | Яркость белого поля | Не менее 35 кд/кв. м |
| 2 | Неравномерность яркости рабочего поля | Не более +/- 20% |
| 3 | Контрастность (для монохромного режима) | Не менее 3:1 |
| 4 | Временная нестабильность изображения (мелькания) | Не должна фиксироваться |
| 5 | Пространственная нестабильность изображения (дрожание) | Не более 2 x 1E(-4L), где L - проектное расстояние наблюдения, мм |
7.2.5 Общие требования к организации рабочих мест пользователей ПЭВМ
- При размещении рабочих мест с ПЭВМ расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м.
- Рабочие места с ПЭВМ в помещениях с источниками вредных производственных факторов должны размещаться в изолированных кабинах с организованным воздухообменом.
- Рабочие места с ПЭВМ при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, рекомендуется изолировать друг от друга перегородками высотой 1,5 - 2,0 м.
- Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 - 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.
- Конструкция рабочего стола должна обеспечивать оптимальное размещение на рабочей поверхности используемого оборудования с учетом его количества и конструктивных особенностей, характера выполняемой работы.
При этом допускается использование рабочих столов различных конструкций, отвечающих современным требованиям эргономики. Поверхность рабочего стола должна иметь коэффициент отражения 0,5 - 0,7.
- Конструкция рабочего стула (кресла) должна обеспечивать поддержание рациональной рабочей позы при работе на ПЭВМ позволять изменять позу с целью снижения статического напряжения мышц шейно-плечевой области и спины для предупреждения развития утомления. Тип рабочего стула (кресла) следует выбирать с учетом роста пользователя, характера и продолжительности работы с ПЭВМ.
Рабочий стул (кресло) должен быть подъемно-поворотным, регулируемым по высоте и углам наклона сиденья и спинки, а также расстоянию спинки от переднего края сиденья, при этом регулировка каждого параметра должна быть независимой, легко осуществляемой и иметь надежную фиксацию.
- Поверхность сиденья, спинки и других элементов стула (кресла) должна быть полумягкой, с нескользящим, слабо электризующимся и воздухопроницаемым покрытием, обеспечивающим легкую очистку от загрязнений.
7.3 Требования к освещению
Свет оказывает положительное влияние на обмен веществ, сердечно-сосудистую систему, нервно-психическую сферу. Рациональное освещение способствует повышению производительности труда, его безопасности. При недостаточном освещении и плохом его качестве происходит быстрое утомление зрительных анализаторов, повышается травматичность. Слишком высокая яркость вызывает явление слепимости, нарушение функции глаза.
Часть электромагнитного спектра с l от 10... 340 000 нм называется оптической областью спектра, которая подразделяется на инфракрасное излучение (770... 340 000), видимое излучение (380... 770), УФ область - 10... 380 нм. В пределах видимой области, излучение paзличнoй вызывает разные световые и цветовые ощущения: от фиолетового до красного цветов. Наиболее чувствителен человеческий глаз к 550 нм излучению. К границам спектра чувствительность уменьшается.
Основными понятиями, характеризующими свет, являются световой поток, сила света, освещённость и яркость.
Световым потоком называют поток лучистой энергии, оцениваемый глазом по световому ощущению.
Хорошее освещение действует тонизирующие, создаёт хорошее настроение, улучшает протекание основных процессов нервной высшей деятельности.
Улучшение освещённости способствует улучшению работоспособности даже в тех случаях, когда процесс труда практически не зависит от зрительного восприятия.
Производственное освещение бывает:
Естественным: обусловлено прямыми солнечными лучами и рассеянным светом небосвода. Меняется в зависимости от географической широты, времени суток, степени облачности, прозрачности атмосферы. По устройству различают: боковое, верхнее, комбинированное.
Искусственным: создаётся искусственными источниками света (лампа накаливания и т. д.). Применяется при отсутствии или недостатке естественного. По назначению бывает:
рабочим, аварийным, эвакуационным, охранным, дежурным. По устройству бывает:
местным, общим, комбинированным. Устраивать одно местное освещение нельзя.
Рациональное искусственное освещение должно обеспечивать нормальные условия для работы при допустимом расходе средств, материалов и электроэнергии.
При недостаточности естественного освещения используется совмещенное (комбинированное) освещение. Последнее представляет собой освещение, при котором в светлое время суток используется одновременно естественный и искусственный свет.
Основная расчетная формула для бокового естественного освещения
(7.1)
где
Sо - суммарная площадь окон, кв.м;
Sп- площадь пола помещения, кв.м;
ен(ф)- нормативное (фактическое) значение КЕО,%, которое необходимо рассчитать.
Выбор параметров:
η0 - световая характеристика окна – значение берется из таблицы
«Значения световой характеристики окон при боковом освещении», которая содержится в у чебно-методическом пособии по выполнению лабораторной работы “Нормирование, расчет и контроль естественного освещения” для студентов всех форм обучения всех специальностей КубГТУ».
Кз - коэффициент запаса – значение из таблицы «Коэффициент запаса и сроки чистки окон» того же пособия.
Кзд- коэффициент затенения окон противостоящими зданиями значение из таблицы «Значения коэффициента Кзд, учитывающего затенение окон противостоящими зданиями в зависимости от отношения расстояния между рассматриваемым и противостоящим зданием Р к высоте расположения карниза противостоящего здания над подоконником рассматриваемого окна Нзд».
τо - общий коэффициент светопропускания, определяемый по формуле:
τ0= τ1 τ2 τ3 τ4 τ5; (7.2)
где
τ1 - коэффициент светопропускания материала;
τ2 - коэффициент потерь света в переплетах окон;
τ3 - коэффициент потерь света в несущих конструкциях (при боковом освещении τ3=1).
Эти значения из таблицы «Значения коэффициентов».
τ4 - коэффициент потерь света в солнцезащитных устройствах – из таблицы «коэффициент потерь света в солнцезащитных устройствах»;
τ5 - коэффициент потерь света в защитной сетке (при боковом освещении τ5 =1);
r1- коэффициент, учитывающий отражение света от поверхностей помещения и подстилающего слоя, прилегающего к зданию – из таблицы «Средневзвешенный коэффициент отражения потолка, стен и пола».
Теперь проведем расчеты для нашего помещения. План помещения:
Рисунок 7.1 – План помещения
Sо = 3.55м2
Sп = 20 м2
Помещение 5*4 м. Высота от рабочего стола до верхней части окна – 1,5м.
η0 = 10,5
Условия среды – кабинет офиса. Угол наклона стекла к горизонту - нормальное окно = 90 градусов.
Кз = 1,2
Ближайшее здание со стороны окон – строение такой же этажности как и данное(расположение – предпоследний этаж) – находится на расстоянии не менее 200м.
Кзд = 1
Материал – стеклопакеты.
τ1 = 0,9
τ2 = 0,75
τ3 = 1
Устройства – внутренние шторы
τ4 = 1
τ5 = 1
Глубина помещения 4м, высота рабочей поверхности – 1м, высота окна 2.5м, расстояние 1 точки от стены 0.5м.
Отношение глубины помещения В к высоте от уровня условной рабочей поверхности до h верха окна = 2
Отношение расстояния l расчетной точки от наружной стены к глубине помещения В = 0.2
r1 = 1.1
Теперь подставим все полученные данные в формулу
И выведем и посчитаем искомое е:
e = 100*S0*t0*r1 / Sп*n*Kз*Kзп = 100*3.55*0.675*1.1 / 20*10.5*1.2 = 1.05.
Вывод:
В этом разделе рассчитывался коэффициент естественного освещения для бытового помещения. В нашем случае это была комната 5х4м, с большим окном, дающим хорошую освещенность комнаты, и как результат большой коэффициент искусственного освещения, у нас он равен 1.05. В таблице «Требования к естественному освещению в помещениях общественных» для работ средней точности при боковом освещении этот коэффициент равен 0.5. Полученный нами коэффициент показывает то, что это помещение подходит для проведения наших работ.
Техника безопасности
Пожаробезопасность
Компьютерное помещение пожароопасное. Причиной возникновения пожара возможно короткое замыкание при включении-выключении компьютера. В компьютерном зале должны быть предусмотрены следующие средства пожаротушения:
· Песок;
· Асбестовое полотно;
· Угли кислотные, порошковые огнетушители.
ЗАКЛЮЧЕНИЕ
На любом предприятии существует проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Большинство предприятий используют компьютеризированные системы автоматизации, позволяющие эффективно хранить, извлекать информацию и управлять большими объемами данных.
В представленной выпускной квалификационной работе приведено полное описание процесса проектирования, разработки, внедрения и эксплуатации автоматизированной системы управления товарооборотом и документооборотом. Раскрыты все этапы её создания, описаны ключевые технические и организационные решения, приведён технический проект и руководства по эксплуатации, обоснована необходимость разработки и рассчитаны экономические показатели создания и обладания системой.
В результате выполненных работ получена полноценная система, позволяющая решать и решающая повседневные задачи в области работы с клиентами и оперативного управления соответствующими отделами/подразделениями организации. Предоставляемый функционал признан достаточным на основании практической эксплуатации системы в реальных условиях. При этом, разработанная ИС обладает богатым потенциалам к расширению и защищена от морального устаревания в краткосрочной перспективе, за счёт использования для её проектирования и разработки самых современных на сегодняшний день средств. В ходе проектирования автоматизации комплекса задач построена инфологическая модель и дано ее описание.
К преимуществам разработанного программного продукта относятся:
− дружественный единый пользовательский интерфейс не требующий больших затрат на ознакомление;
− наличие контекстно-зависимой справки по системе;
− защита от неправильных действий пользователя, запрет выполнения недоступных действий, ввод необходимых данных по шаблону;
− группировка данных и получение отчетов по подразделениям предприятия;
− предотвращает несанкционированный доступ к базе данных;
− структура базы данных предусматривает расширение функциональных возможностей.
Все задачи (модули) подсистемы программно и информационно связаны, работают в единой автоматизированной базе, исключающей дублирование ввода, и позволяющей вести единую нормативно-справочную (справочники, кодификаторы) и оперативную (первичную) информацию.
Использование новейших технологий разработки позволило достигнуть высокой производительности и надежности функционирования.
Поставленная в дипломном проекте задача решена, о чем свидетельствует приведенная в пояснительной записке информация. Выполненный проект полностью соответствует требованиям задания на дипломное проектирование.
Цели, поставленные при проектировании, были достигнуты, но система допускает и предполагает дальнейшее усовершенствование в плане расширения перечня отчетности, достигаемое путем добавления к существующему ПО дополнительных возможностей.
ПРИЛОЖЕНИЕ А
Оглавление
Оглавление. 3
Нормативные ссылки. 5
Термины и определения. 8
Сокращения. 10
Введение. 12
1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии ERP-System». 15
1.1 Введение. 15
1.1.1. Цель. 15
1.1.2. Область применения. 16
1.1.3. Определения, термины и сокращения. 16
1.1.4. Ссылки. 17
1.1.5. Обзор. 17
1.1.6 Общее описание. 19
1.2 Общее описание. 21
1.2.1. Перспективы продукта. 21
1.2.2 Функции продукта. 26
1.2.3. Пользовательские характеристики. 27
1.2.4 Ограничения. 29
1.2.5 Предположения и зависимости. 29
1.2.6 Распределение требований. 29
1.3. Детальные требования. 29
1.3.1. Требования к внешнему интерфейсу. 29
1.3.3. Требования к данным. 36
1.3.4 Логические требования базы данных. 37
1.3.5 Атрибуты программной системы.. 38
2 Исследовательская работа. 42
2.1 Общие требования. 43
2.2 Эволюция MRP, MRP II, ERP, ERP II 45
3 АНАЛИЗ АРХИТЕКТУРЫ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ СКЛАДА ГОТОВОЙ ПРОДУКЦИИ.. 56
3.1 Описание предметной области. 56
3.1.1 Цель, назначение и принципы работы.. 56
3.1.1.1 Модуль “Головной склад”. 56
3.1.2 Работа с базой данных. 63
3.2 Среда проектирования. 64
3.3 Выбор системы управления базой данных. 65
3.4 Концептуальное и логическое формирование БД.. 66
3.4.1 Логическое проектирование. 66
3.4.2 Разработка физической структуры БД.. 68
3.4.3 Разработка программного обеспечения. 69
3.5 Средства защиты программного изделия от …………...несанкционированного доступа. 70
4 ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ СКЛАДА ГОТОВОЙ ПРОДУКЦИИ.. 71
4.1 Спецификация требований ПО.. 71
4.2 Выбор операционной среды и средств разработки. 71
4.3 Проектирование базы данных. 74
4.3.1 Описание структуры базы данных. 74
4.4 Анализ взаимодействия основных компонентов программы.. 82
4.5 Диаграммы вариантов использования для программы.. 84
4.4 Проведения комплексной отладки и испытаний ПК.. 88
5 РЕАЛИЗАЦИЯ ПРОЕКТА.. 89
5.1 Описание программного продукта. 89
5.2 Модульная структура программного продукта. 92
5.3 Описание свойств, методов и событий классов. 96
5.4 Диаграмма процессов. 107
5.5 Диаграмма состояний и переходов. 108
5.6 Основные требования к интерфейсу. 110
5.7 Руководство пользователя. 111
5.7.1 Инсталляция и конфигурирование системы.. 111
5.7.2 Основы работы с программой. 111
6 Экономическая часть. 123
6.1 Технико-экономическое обоснование (ТЭО) 123
6.1.1 Краткая характеристика предприятия. 123
6.1.2 Содержание технологического процесса, в котором должна быть использована разработка. 123
6.1.3 Содержание технологических недостатков, устраняемых при внедрении данного ПО.. 124
6.1.4 Экономическая необходимость и целесообразность. 125
6.2 Стадии и этапы разработки. 125
6.3 Определение затрат по статье Материалы и Оборудование. 133
6.4 Определение затрат по статье «Электроэнергия». 135
6.5 Определение затрат по статье «Амортизация» используемого оборудования. 137
6.6 Определение затрат по статье “Зарплата” группы разработчиков. 138
6.7 Составление сводная смета предпроизводственных затрат (проектных работ) 141
6.8 Определение цены программного продукта. 143
6.9 Определение цены на внедрение программного продукта. 145
6.10 Определение цены на сопровождение программного продукта. 146
6.11 Расчет экономического эффекта и срока окупаемости от внедрения данной системы.. 146
7 Безопасность жизнедеятельности. 147
7.1 Основные положения об охране труда. 147
7.2 Производственная санитарния и гигиена. 149
7.2.1Требования к помещениям для работы с ПЭВМ.. 149
7.2.2 Требования к микроклимату. 150
7.2.3 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ.. 152
7.2.4 Требования к уровням электромагнитных полей на рабочих местах, оборудованных ПЭВМ.. 153
7.2.5 Общие требования к организации рабочих мест пользователей ПЭВМ.. 154
7.3 Требования к освещению.. 156
7.4 Техника безопасности. 160
7.4.1 Обеспечение электробезопасности. 160
Таблица 7.5 – Средства защиты.. 161
Наименование оборудования. 161
Опасность. 161
Средства защиты.. 161
Системный блок. 161
Поражение электрическим током. 161
Заземление. 161
Монитор. 161
Поражение зрения. 161
Защита экрана. 161
7.4.2 Пожаробезопасность. 161
7.5 Безопасность жизнедеятельности в чрезвычайных ситуациях. 161
ЗАКЛЮЧЕНИЕ. 164
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ.. 166
ПРИЛОЖЕНИЕ А.. 168
Нормативные ссылки
Нормативной базой НМО являются международные и отечественные стандарты в области информационных технологий, и, прежде всего:
· Стандарты ИСО/МЭК;
· Стандарты IEEE;
· Стандарты OMG;
· Стандарты ГОСТ Р,
· Стандарты организации-заказчика.
Концептуальные основы нормативной базы, основанные на современных международных стандартах, учитывают необходимость совместного рассмотрения жизненных циклов ИС и ПО с учетом отработки как управленческих, так и технических вопросов комплексных проектов, выполняемых совместно несколькими организациями.
Полная реализация концепции для крупной заказывающей организации может потребовать значительного времени, поэтому предлагается решать задачу создания нормативной базы поэтапно. Начальное формирование нормативной базы целесообразно основывать на группе первоочередных стандартов.
В качестве первоочередных целесообразно использовать следующие нормативные документы:
В части регламентации процессов предприятия:
- IEEE Std 610.12-1990. IEEE Standard Glossary of Software Engineering Terminology;
- ГОСТ Р ИСО МЭК 12207-99 “Информационные технологии. Процессы жизненного цикла программного обеспечения”;
- IEEE 1074 – Жизненный цикл разработки программных средств;
- ИСО/ТО 10006:1997 (R) “Менеджмент качества. Руководство качеством при административном управлении проектами”;
- ISO 15846, ISO 10007 - стандарты по менеджменту конфигурации программных средств;
- ISO 9000 – 2000; группы ГОСТ Р 9000х;
- ISO/IEC TR 15504 – Оценка процессов жизненного цикла ПО (Information technology – Software process assessment).
В части порядка разработки и документирования ИС и ПО:
- ГОСТ 34.ххх “Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы”;
- ГОСТ 19.ххх “Единая система программной документации”;
- IEEE 1063-1987 Standard for Software User Documentation;
- IEEE 830-1994 “Рекомендуемая практика формирования спецификаций программного обеспечения”;
- IEEE 829 – Планирование тестирования программных средств;
- DoD STD 2167A “Разработка программного обеспечения оборонных систем”;
В части качества программных средств:
- ГОСТ 28806 “Качество программных средств. Термины и определения”;
- ГОСТ 28195 “Оценка качества программных средств. Общие положения”;
- ГОСТ 9126 “Информационная технология. Оценка программного продукта. Характеристики качества и руководящие указания по их применению”.
- ГОСТ Р ИСО/МЭК 92991-93. Руководство по управлению документированием программного обеспечения. – М.: Изд-во стандартов,1994.
- ИСО 12207-95. Информационная технология. Жизненный цикл программного обеспечения.
Термины и определения
В документе применяются термины с соответствующими определениями, приведенными в ГОСТ Р 50922-96, ГОСТ Р 51170, ГОСТ Р 50739-95, ГОСТ Р 51624-2000.
ИС (информационная система) – совокупность функциональных и информационных процессов конкретной предметной области; средств и методов сбора, анализа, хранения, обработки и передачи информации, зависящих от специфики области применения; методов управления процессами решения функциональных задач, а также информационными, материальными и денежными потоками в предметной области.
КАС – Корпоративная Автоматизированная Система – это технология принятия оптимальных управленческих решений в соответствии с формализованными методами и правилами менеджмента, обеспечение сбора, обработки, хранения, передачи и представления информации в необходимом для принятия решений объеме; инструмент ведения бизнеса путем автоматизации основных бизнес-процессов.
CRM – Customer Relations Management – управление взаимоотношениями с клиентами. Этот подход подразумевает сбор необходимой информации о клиентах, анализ их потребностей и всех проведенных с ними операциях, имеющий целью подход, ориентированный на клиента.
ERP – Enterprise Resource Planning – планирование ресурсов предприятия. Понятие введено компанией Gartner Group в 1990 году и определило подход к планированию ресурсов предприятий на основе точного учета и видения деятельности промышленного предприятия вне зависимости от вида производства. На таком планировании и должны базироваться те системы автоматизации, которые называются ERP.
ERP II – Enterprise Resource & Relationship Processing – управление ресурсами и связями предприятия. Эта относительно свежая стратегия отличается от ERP тем, что она выходит за рамки оптимизации и автоматизации процессов внутри предприятия и больше ориентируется на построение его внешних связей и формирование совместного информационного поля для сотрудничества с группами других предприятий.
MRP – Material Requirements Planning – компьютерная программа, работающая по алгоритму, регламентированному MRP-методологией. Она обрабатывает файлы данных (входные элементы) и формирует на их основе файлы-результаты. MRP-система оптимизирует время поставки комплектующих, тем самым уменьшая затраты на производство и повышая его эффективность.
MRP II – Manufactory Resource Planning – это набор принципов, моделей и процедур управления и контроля, служащих повышению показателей экономической деятельности предприятия. Эта система была создана для эффективного планирования всех ресурсов производственного предприятия.
Напряженность труда – характеристика трудового процесса, отражающая нагрузку преимущественно на центральную нервную систему, органы чувств, эмоциональную сферу работника. К факторам, характеризующим напряженность труда, относятся: интеллектуальные, сенсорные, эмоциональные нагрузки, степень монотонности нагрузок, режим работы.
Внутренняя норма прибыли (IRR – Internal Rate of Return) представляет такую ставку дисконта, при которой эффект от инвестиций равен нулю. Иначе говоря, приведенная стоимость будущих денежных потоков равна приведенным капитальным затратам.
Срок окупаемости – это минимальный временной интервал (от начала осуществления проекта), за пределами которого интегральный эффект становится и в дальнейшем остается неотрицательным.
Сокращения
CI — Configuration Item. Элемент конфигурации.
СММ — Capability Maturity Model. Модель зрелости возможностей.
IEEE - Institute of Electrical and Electronics Engineers. Институт инженеров по электротехнике и радиоэлектронике.
QA - Quality Assurance. Контроль качества.
SEI — Software Engineering Institute. Институт технологий разработки программного обеспечения.
SCMP — Software Configuration Management Plan. План управления конфигурациями программного обеспечения.
SPMP — Software Project Management Plan. План управления программным проектом (данный документ).
SRS — Software Requirements Specification. Спецификация требований к программному обеспечению.
SDD - Software Design Document. Проектная документация программного обеспечения.
STP — Software Test Plan. План тестирования программного обеспечения.
БД — база данных.
СУБД – система управления базами данных.
ИС – информационная система
ЭВМ – электронная вычислительная машина
В дипломной работе применены следующие сокращения:
ООО – общество с ограниченной ответственностью;
ОС – основные средства;
БД – база данных;
ПО – программное обеспечение;
ТЗ – техническое задание;
ИС – информационная система;
МПЗ – материально-производственные запасы;
ПВФ – перемещение в филиал;
ПС – программная система.
Введение
Вторая половина XX века ознаменовалась крупным технологическим рывком научно-технического прогресса. Появление в середине двадцатого века компьютеров открыло новые возможности обработки информации и управления.
Исторически создание вычислительной техники явилось выдающимся результатом развития электротехники и технических знаний в целом. Постепенно повышалась мощность и возможности программного обеспечения, и компьютеры стали приобретать не только вычислительные, но и другие функции – принимают непосредственное участие в управлении производством.
Автоматизированные информационные системы – целенаправленное и согласованное использование технических средств информатизации, программных средств, баз данных и человеческого труда в целях управления предприятием. В настоящее время все эти системы условно можно разделить на основанные на концепции ERP (Управления предприятием), системы CRM (управления отношений с клиентами), финансово - аналитические системы, системы защиты информации, справочные системы и системы проектирования
CRM-система (от англ. Customer Relationship Management System – система управления взаимодействием с клиентами) – корпоративная автоматизированная система, предназначенная для улучшения обслуживания клиентов путём сохранения информации о клиентах и истории взаимоотношений с клиентами, установления и улучшения бизнес-процедур на основе сохранённой информации и последующей оценки их эффективности. Её основные принципы таковы:
− наличие единого хранилища информации, откуда в любой момент доступны все сведения обо всех случаях взаимодействия с клиентами;
− синхронность управления множественными каналами взаимодействия (то есть существуют организационные процедуры, которые регламентируют использование этой системы и информации в каждом подразделении компании).
ERP-системы – это самое современное решение в эволюции автоматизированных систем управления предприятием. Они “выросли” из систем класса MRP II (Manufacture Resource Planning). Работа MRP II-систем заключалась в том, что планировались материальные, мощностные и финансовые ресурсы, необходимые для производства. Со временем, появлялись новые функциональные возможности, которые привели к пониманию универсальности и комплексности системы, ее применимости для планирования и управления бизнесом всего предприятия. Эти идеи были реализованы в системах, получивших название ERP-систем.
ERP-системы имеют следующие характеристики:
− это готовое ПО, разработанное для среды клиент-сервер, как традиционной, так и базирующейся на Интернет-технологиях;
− эти системы интегрируют большинство бизнес-процессов;
− обрабатывают большую часть деловых операций организации;
− используют БД всего предприятия, каждый образец данных в которой запоминается, как правило, единожды;
− обеспечивают доступ к данным в режиме реального времени;
− в некоторых случаях данные системы позволяют интегрировать обработку деловых операций и действий по планированию (например, производственного планирования).
Необходимость их создания была вызвана острой нехваткой специалистов-экспертов, которые смогли бы в любой момент квалифицированно отвечать на многочисленные вопросы в своей области знаний. Хороший эксперт всегда малодоступен, а очень хороший – тем более. Поэтому так важно и нужно иметь компьютер, обладающий знаниями эксперта, к которому можно обратиться в любой момент с профессиональным вопросом на естественном языке.
В данной работе предметной областью является обработка информации совместно работающих предприятий и ротация обмена данных между ними. Такая автоматизированная система может быть использована для нахождения вида неисправностей в обмене данными между предприятиями по ряду признаков.
Эта система будет полезна в первую очередь рядовым мелким предприятиям, а так же специалистам в области компьютерных технологий. С ее помощью они могут определить свои возможности в расширении сфер влияния, что поможет увеличить его прибыль.
1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии ERP-System»
Существует несколько стандартов для формирования требований, однако выберем стандарт IEEE 830-1993.
Часть главы, а именно разделы 1.1 и 1.2, описывает требования заказчика (С-требования). Остальная часть документа — разделы 1.3 и 1.4, содержащие конкретные D-требования. С-требования не имеют целью быть подробными в достаточной степени для проектирования и реализации, для этого существуют D-требования.
Введение
Цель
Обоснование необходимости создания и внедрения системы автоматизации документооборота и товародвижения.
При внедрении компьютерных информационных технологий в организацию преследуется две взаимосвязанные основные цели:
− сокращение затрат в организации;
− увеличение отдачи, повышение производительности.
Эти эффекты, как правило, достигаются за счет многих показателей.
Повышения производительности труда. Она имеет отношение к скорости, стоимости и качеству выполнения рутинных задач. Для повышения производительности труда в организациях применяют компьютерные системы справочно-нормативной информации, документооборота, CRM, BI, ERP – позволяющие менеджерам и служащих осуществлять за несколько минут те действия, на которые ещё несколько десятилетий назад требовались дни и недели.
Область применения
Работа склада готовой продукции связана с большим потоком документов и товаров, поэтому целесообразно автоматизировать документооборот и товарооборот, от этого зависит эффективность работы всего предприятия. Хранение всех данных в единой базе данных позволит сократить время необходимое для поиска нужной информации, предотвращает ее утерю и порчу, уменьшить трудовые затраты, исключить возможность появления ошибок при подготовке отчетов. Распределенная структура системы позволит работать с ней на подразделениях предприятия, при наличии локальной компьютерной сети. Необходимо отметить, что эффективная работа в этой области всецело зависит от уровня оснащения офиса фирмы электронным оборудованием, таким, как компьютеры, оргтехника, средства связи, копировальные устройства.
1.1.3. Определения, термины и сокращения
| АИС | Автоматизированная информационная система - совокупность программных и аппаратных средств, предназначенных для хранения и/или управления данными и информацией и производства вычислений. |
| МП | Малого предприятия - бизнес, опирающийся на предпринимательскую деятельность небольших фирм, малых предприятий, формально не входящих в объединения. У малого и среднего бизнеса есть своя организация |
| ERP | Enterprise Resource Planning --планирования ресурсов предприятия |
| ERP-System | ERP системы-это интегрированная система на базе ИТ для управления внутренними и внешними ресурсами предприятия |
| СУБД | Система Управления Базы Данных --совокупность языкововых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями |
| С-требования | Требования заказчика - сводка требований к приложению сформулированных в форме |
| D-требования | Требования разработчика- сводка требований к приложению сформулированных программистами при проектировании и реализация. По возможности D-требования должны быть также понятие и клиенту |
Ссылки
План управления конфигурациями программного обеспечения (SCMP) для автоматизированной системы.
Архитектура программного обеспечения (SDD) для автоматизированной системы.
План управления программным проектом (SPMP) для автоматизированной системы.
План контроля качества (SQAP) для автоматизированной системы.
План пользовательской документации (SUDP) для автоматизированной системы.
Документация по тестированию программного обеспечения (STD) для автоматизированной системы.
Обзор
Применение передовых технологий проектирования и разработки ПО повышают производительность управлением процесса разработки:
1.UML - язык моделирования и документирования сложных систем. В последнее десятилетие в компьютерном мире наметилась тенденция моделирования сложных систем визуальными (наглядными) моделями. Причем в новых методах проектирования сложных компьютерных систем, например ООП и ООАП, наглядные модели очень часто связываются с такими зрительными образами как "взгляды", направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей (модельных взглядов) создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программных обеспечений, а также языком общения между программистами, системными аналитиками и заказчиками систем.
1. Наиболее известными визуальными моделями, используемыми для проектирования компьютерных систем и их программных обеспечений, являются диаграммы языка UML и стандарта IDEF0, таблицы и диаграммы стандарта IDEF1X. Эти визуальные модели имеют математическую основу в виде теорий графов, множеств и матриц.
2. Диаграммы и спецификации языка UML связали исходный текст программы с характеристиками объекта автоматизации. При этом UML диаграммы опираются на теоретический фундамент в виде теории множеств и теории графов. Наличие теоретической основы позволяет упростить операции преобразования UML диаграмм, нарисованных на экранах дисплеев, в память компьютеров и уменьшить объем памяти, необходимой для хранения диаграмм.
3. Рисунок также показывает, что UML диаграммы могут преобразовываться в исходный код (прямое преобразование) и наоборот исходный код может преобразовываться в диаграммы (обратное преобразование). В некоторых случаях прямое преобразование может осуществляться автоматически с помощью программ конверторов. В настоящее время группа OMG активно работает над решением проблемы прямого преобразования диаграмм UML. Обратное преобразование может выполнить только человек.
4. Язык UML имеет сложную иерархическую структуру, показанную на рисунке 1.1.
Рисунок 1.1- Структура языка UML
5. Как видно из рисунка, первый иерархический уровень языка UML составляют сущности, отношения между сущностями и наглядные диаграммы.
6. Язык UML имеет четыре вида сущностей: структурные, поведенческие, группирующие и аннотационные сущности. Они показаны на втором уровне структурного дерева языка UML, представленного на рисунке 1.
7. Далее на третьем уровне дерева показано, что понятие "структурные сущности" является именем семи видов пиктограмм (выразительных рисунков), которые называются классами, интерфейсами, кооперациями, прецедентами, активными классами, компонентами и узлами.
Общее описание
Перемещение материальных потоков невозможно без концентрации в определенных местах необходимых запасов, для хранения которых предназначены соответствующие склады. Движение через склад связано с затратами живого и овеществленного труда, что увеличивает стоимость товара. В связи с этим проблемы, связанные с функционированием складов, оказывают значительное влияние на рационализацию движения материальных потоков в цепи, использование транспортных средств и издержек обращения.
Современный крупный склад – это сложное техническое сооружение, которое состоит из многочисленных взаимосвязанных элементов, имеет определенную структуру и выполняет ряд функций по преобразованию материальных потоков, а также накоплению, переработке и распределению грузов между потребителями. При этом в силу многообразия параметров, технологических решений, конструкций оборудования и характеристик разнообразной номенклатуры, перерабатываемых грузов склады относят к сложным системам. В то же время склад сам является всего лишь элементом системы более высокого уровня – логистической цепи, которая и формирует основные и технические требования к складской системе, устанавливает цели и критерии её оптимального функционирования, диктует условия переработки груза.
Поэтому склад должен рассматриваться не изолированно, а как интегрированная составная часть цепи. Только такой подход позволит обеспечить успешное выполнение основных функций склада и достижение высокого уровня рентабельности. При этом необходимо иметь в виду, что в каждом отдельно взятом случае, для конкретного склада, параметры складской системы значительно отличаются друг от друга, так же как ее элементы и сама структура, основанная на взаимосвязи этих элементов. При создании складской системы нужно руководствоваться следующим основным принципом: лишь индивидуальное решение с учетом всех влияющих факторов может сделать ее рентабельной. Предпосылкой этого является четкое определение функциональных задач и основательный анализ переработки груза как внутри, так и вне склада. Любые затраты должны быть экономически оправданными, т.е. внедрение любого технологического и технического решения, связанное с капиталовложениями, должно исходить из рациональной целесообразности, а не из модных тенденций и предлагаемых технических возможностей на рынке.
Основное назначение склада – концентрация запасов, их хранение и обеспечение бесперебойного и ритмичного выполнения заказов потребителей. К основным функциям склада можно отнести следующее:
· Преобразование производственного ассортимента в потребительский в соответствии со спросом – создание необходимого ассортимента для выполнения заказов клиентов.
· Складирование и хранение позволяет выравнивать временную разницу между выпуском продукции и ее потреблением и дает возможность осуществлять непрерывное производство и снабжение на базе создаваемых товарных запасов. Хранение товаров в распределительной системе необходимо также и в связи с сезонным потреблением некоторых товаров.
· Унитизация и транспортировка грузов.
· Предоставление услуг. Очевидным аспектом этой функции является оказание клиентам различных услуг, обеспечивающих фирме высокий уровень обслуживания потребителей. Среди них:
· подготовка товаров для продажи (фасовка продукции, заполнение контейнеров, распаковка и т.д.);
· проверка функционирования приборов и оборудования, монтаж;
· придание продукции товарного вида, предварительная обработка (например, древесины); транспортно-экспедиционные услуги и т.д.
Общее описание
Перспективы продукта
Создаваемая система будет способна решать задачи оптимального размещения и учёта товаров на складе. Она позволяет проводить оптимизацию размещения единиц хранения с учётом топологии склада; используется оптимизационный алгоритм размещения единиц хранения и пополнения зон отбора.
Концепции операций
Функции, реализуемые системой:
- аутентификация пользователя;
- ведение справочников (пользователи, единицы измерения, номенклатура, адреса, поставщики, виды операций, материально-ответственные лица);
- ведение оперативной информации (операции на складах, размещение единиц хранения, комплектация заказа, результаты инвентаризации);
- поиск оптимального места хранения для принятого товара;
- формирование отчётов (наличие товара на складе, перемещение заданного товара по складу, приём товара на склад, отгрузка товара со склада; товары готовые к отгрузке, результат инвентаризации и коррекции товарных запасов) в экранной и документальных формах;
- выдача справок по размещению заданного товара и по его остаткам на текущий момент.
Концепции пользовательского интерфейса
Объектом автоматизации является малая компания сферы розничной торговли сотовыми телефонами и аксессуарами. Данные типы компаний обладают рядом характеристик, определяющих подходы к реализации и использованию в их деятельности корпоративных информационных систем:
- жестко лимитированные финансовые возможности;
- высокая интенсивность работы сотрудников, “плотность” работ;
- проблема “текучести кадров”;
- присутствие выделенного звена стратегического управления (высшего менеджмента)
- жесткая высоко-конкурентная внешняя среда с высокой динамикой клиентских предпочтений, отсутствие возможности занятие специализированной ниши в виду молодости обоих направлений;
- отсутствие жесткого деления на отделы/подразделения. В лучшем случае – сеть офисов или представительств.
Целью внедрения автоматизированной системы является: повышение конкурентоспособности компании и увеличение прибыли, так как правильно построенные отношения, основанные на персональном подходе к каждому клиенту, позволяют привлекать новых клиентов и помогают удержать старых.
Целью разработки системы автоматизации управления взаимоотношениями с клиентами является: создание программного комплекса, обеспечивающего техническую реализацию выбранной стратегии, её поддержание и развитие в рамках чётко определённых приоритетов компании. Также одной из основных целей является автоматизация документооборота и товародвижения между поставщиками и головным складом, а также между головным складом и удаленным филиалом.
Задачи, решаемые разрабатываемой системой:
− централизация информации о контрагентах, истории сделок, контактов, документы;
− управление контактами;
− управление работой с клиентами в процессе проектной деятельности;
− снижение нагрузки на персонал ответственных за взаимодействие с клиентами с ростом клиентской базы, снижение издержек на непроизводящий персонал;
− организация единого банка знаний компании.
Моделирование взаимодействия пользователя с системой представлено на рисунке 1.2.
Рисунок 1.2 – Диаграмма переходов и состояний для информационной системы
Для успешного внедрения и эксплуатации создаваемая система автоматизации управления взаимоотношениями удаленным филиалом, головным складом, поставщиками и покупателями должна обладать следующими свойствами:
- максимальная простота внесения данных в систему, т.к. эта работа часто производится сотрудниками “на лету” – во время взаимодействия с клиентом;
- дружественность пользователю;
- надёжность;
- расширяемость;
- умеренные системные требования, в частности – к аппаратному обеспечению и квалификации персонала;
- документированность.
В программном продукте должны быть реализованы следующие разделы:
1) раздел “Приемка товара” от сторонних поставщиков;
2) раздел “Перемещение” в удаленный филиал необходимого количества товара;
3) раздел “Документы”: приходные, расходные, перемещения в филиал;
4) раздел “Справочник товаров”;
5) раздел “Справочник поставщиков”;
6) раздел “Остатки товара”;
7) раздел “Продажа товара”.
Основными функциями системы должны являться:
− система приемки товара от сторонних поставщиков и от головного склада;
− продажа товара в филиале;
− создание реестра приходных и расходных документов, а также перемещений товара и чеков продаж;
− продажа товара клиентам.
Аппаратные интерфейсы
Для реализации программного продукта особых аппаратных средств не требуется.
Программные интерфейсы
При использовании программного продукта пользователи получают данные как в виде табличных форм для заполнения и просмотра, так и в виде таблиц для печати.
Последнее изменение этой страницы: 2019-04-10; Просмотров: 343; Нарушение авторского права страницы
