Автоматизация учета продаж на предприятии ООО ТехноЛайт. Дипломная работа. 1. 1 Техникоэкономическая характеристика предметной области и предприятия 5
 Скачать 1.82 Mb.
|
|
Эти требования являются минимально необходимыми. Любое улучшение аппаратуры по сравнению с минимальным составом оказывает положительное влияние на производительность работы программного средства. Принтер рекомендуется струйный или лазерный, так как обеспечивает более плотное, быстрое и качественное заполнение информации на листе, к тому же печать отчетов в графическом режиме будет выводиться на матричном принтере более длительное время. Программа работоспособна практически при любых конфигурациях сети (одноранговой, с выделенным сервером) и топологиях. Единственное требование предъявляется к пропускной способности сети, для удовлетворительной работы в сети рекомендуемая пропускная способность не менее 10Мбит в секунду для 10 пользователей. ИС нормально функционирует на сетях Microsoft. ИС был разработан под существующую сеть Ethernet 10–T, поэтому тестирование на других сетях не требовалась. Выбранный состав технического обеспечения удовлетворяет требованиям, предъявляемым к комплексу технических средств, и обеспечивает выполнение условий технической интеграции ИС. 1.4.2 Обоснование проектных решений по информационному обеспечению. Понятие информационного обеспечения возникло с созданием автоматизированных систем управления (АСУ). Информационное обеспечение состоит из внутри машинного, которое включает массивы данных (входные, промежуточные, выходные), программы для решения задач, и вне машинного, которое включает системы классификации и кодирования оперативных документов, нормативно–справочной информации (НСИ). Одно из важных требований к информационному обеспечению – это достоверность данных информационной базы. Необходимая достоверность данных в информационных базах обеспечивается высокой степенью контроля на всех стадиях работы с данными. Особенности технологии обработки данных связаны с такими факторами, как: функционирование в режиме диалога с пользователем, наличие накопителей информации, исключение бумажных технологий для обработки информации. Ввод, обработка и выдача информации производятся в диалоговом режиме. В основе диалогового режима лежит динамическое взаимодействие машины и человека посредством приема и передачи данных через устройства ввода/вывода. При диалоговом режиме обеспечивается поиск необходимой информации, быстрая обработка команд, сообщений, активное воздействие пользователя на ход обработки данных. Организация диалога осуществляется посредством установки связей между данными, которые представляют собой информационные модели. Для автоматизации выбранного направления, а именно работы с договорами заказчиков входными документами служит информация по договорам, которая включает в себя реквизиты клиентов и список ассортиментных групп. Договоры ООО «ТехноЛайт» связаны с поставкой или куплей – продажей товаров, поэтому не являются типовыми, и необходимо использовать оригинальные шаблоны договоров. Для удобства работы с нормативно–справочной и входной информацией желательно использовать разработанные формы, которые позволят пользователям избежать ошибок ввода, так как основная часть ввода будет производиться на основе справочников. Результатной информацией будут являться отчеты за указанный пользователем период, поэтому для получения итоговых данных необходимо указать в определенных полях даты начала и окончания периода и выбрать вид отчета. Отчет может быть получен в виде экранной формы или распечатан на принтере. Для формирования периода запроса и выбора типа отчетности необходимо разработать форму. На предприятии не используются международные, общесистемные, отраслевые классификаторы, поэтому в ходе проектирования будет определен состав локальных классификаторов, которые должны использоваться при работе с договорами клиентов. По способу установления связей между данными различают реляционную, иерархическую и сетевую модели. Реляционная модель является простейшей и наиболее привычной формой представления данных в виде таблиц. Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой–либо общий признак. В иерархической модели такие связи могут быть отражены в виде дерева–графа, в сетевой возможны связи «всех со всеми». В настоящее время реляционные системы лучше соответствуют техническим возможностям персональных компьютеров. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации и индексирование баз данных. В качестве информационной базы будет выбрана реляционная БД как наиболее отвечающая требованиям времени и предусматривающая разграничение прав доступа и работу в локальной вычислительной сети (ЛВС) предприятия. Промежуточной информации при разработке ИС не предусматривается, а результатная информация получается при организации запросов к таблицам с нормативно–справочной и входной информацией. При корректировке имеющихся сведений результатная информация отражает все изменения в информационной базе, и не требуется внесения изменений в какие–либо другие ранее полученные таблицы. Подводя итог, необходимо отметить, что при разработке ИС для автоматизации документооборота для ООО «ТехноЛайт» необходимо уделить особое внимание разработке таблиц в выбранной базе данных и связей между ними для исключения ошибок ввода. Для удобства пользователей разработанное клиентское приложение должно иметь интуитивно–понятный интерфейс. 1.4.3 Обоснование проектных решений по программному обеспечению. Программное обеспечение (ПО) – это совокупность программ регулярного применения, необходимых для решения функциональных задач, и программ, позволяющих наиболее эффективно эксплуатировать вычислительную технику, обеспечивая пользователям наибольшие удобства в работе и минимальные затраты труда на программирование задач и обработку информации. Программное обеспечение – наряду с аппаратными средствами, важнейшая составляющая информационных технологий, включающая компьютерные программы и данные, предназначенные для решения определённого круга задач и хранящиеся на машинных носителях. Программное обеспечение представляет собой либо данные для использования в других программах, либо алгоритм, реализованный в виде последовательности инструкций для процессора.  Рисунок 8 – Структура ПО Для эксплуатации предлагаемой на ООО «ТехноЛайт» ИС по учету предоставленных услуг и продаже программных продуктов необходимо наличие OC Windows XP, Vista или 7 и Microsoft Access 2007. 1.5. Выводы Таким образом, цель практики достигнута, сформировано общее мое представление об особенностях освоение программных продуктов. В рамках пройденной практики были сделаны выводы о необходимости автоматизации документооборота по договорам заказчиков и купли – продажи. Целью данной практики является закрепление полученных теоретических знаний, за период обучения информационных дисциплин, формирование профессиональных навыков, а также получение практического опыта работы в коллективе. Развитие инфраструктуры информатики, технологий разработки алгоритмов, методов анализа неизбежно приводят нас к объектному моделированию, базирующемся на объектном анализе систем и объектном их проектировании. В настоящее время объектный анализ и проектирование становятся наиболее доминирующими технологиями создания виртуальных моделей систем. Однако в настоящее время данная методология находится в состоянии развития и совершенствования – становления. Сложность возникающих перед разработчиками задач в настоящее время выявляют недостаточность уже традиционно использующихся структурного анализа и структурного проектирования систем. Очевидным становится попытка подойти к решению задач автоматизации в экономике с позиций объектного анализа и проектирования, обещающая сделать возможным решение задач автоматизации в экономике ранее не поддающихся решению. Выполнение объектного анализа системы предполагает построение ее объектной модели – основы компонентного проектирования систем. Полученная виртуальная модель системы позволяет в более полной мере говорить об управлении системой, определяя ее оптимальные траектории для прошлых, настоящих и будущих состояний. Современные информационные технологии внедряются сегодня во все сферы жизнедеятельности человека. Особенно тесно они переплетаются с различными системами управления, как на уровне отдельных организаций, так и на уровне целых ведомств и государственных структур. Анализ систем управления большими и сложными системами осуществляется, как правило, с позиций системного подхода. Системный подход позволяет упорядочить исходную информацию о сложной системе, дает возможность осуществить решение задач управления сложными по отношению к интеллектуальным возможностями человека объектами. Широкое внедрение ИС – объективная необходимость, обусловленная усложнением задач управления, повышением объемов информации, которые необходимо перерабатывать в системе управления. В силу специфики и сложности процесс создания ИС во многом пока не формализован и часто по одним и тем же вопросам имеются в литературе разные точки зрения. Создание ИС – это не только и не столько решение задач на ЭВМ, это внедрение принципиально нового подхода к совершенствованию системы управления предприятием. Трудности, если они возникают, должны решаться за счет усложнения работы ЭВМ. Главная цель ИС – улучшение качества управления предприятием для производства высококачественной продукции и услуг, пользующихся спросом на рынке сбыта, с целью получения максимальной прибыли в существующих на данный момент условиях рыночной экономики. Исключительно важным является этап предпроектного обследования предприятия, основной частью которого является диагностический анализ системы управления, при подготовке его к комплексной автоматизации. Совершенствование организационной структуры должно позволить использовать современные программно–целевые методы планирования и управления с расширением инициативы и самостоятельности отдельных подразделений предприятия. Для унификации механизмов поиска данных содержимое набора данных сохраняется в стандартной форме. Речь идет о табличной форме, причем каждая запись данных (блок данных) представляет собой отдельную строку таблицы. Итак, набор данных состоит из записей, а каждая запись данных – из отдельных полей. Структура всех записей базы одинакова: все они имеют одну и туже последовательность полей, но содержимое полей у каждой записи своё. II ПРОЕКТНАЯ ЧАСТЬ 2.1 Разработка проекта автоматизации 2.1.1 Этапы жизненного цикла проекта автоматизации документооборота Жизненный цикл информационной системы (ИС) — это процесс ее построения и развития. Жизненный цикл информационной системы — период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент ее полного изъятия из эксплуатации. Стандарты жизненного цикла информационных систем (ИС) регламентируются следующими нормативными документами: ГОСТ 34.601-90; ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99); Custom Development Method (методика Oracle); Rational Unified Process (RUP); Microsoft Solutions Framework (MSF). Включает 4 фазы: анализ, проектирование, разработка, стабилизация, предполагает использование объектно-ориентированного моделирования. Экстремальное программирование (англ. Extreme Programming, XP). В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС. Разработка ведется с использованием последовательно дорабатываемых прототипов. Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы (АС): Формирование требований к АС: Обследование объекта и обоснование необходимости создания АС; Формирование требований пользователя к АС; Оформление отчета о выполнении работ и заявки на разработку АС. Разработка концепции АС: Изучение объекта; Проведение необходимых научно-исследовательских работ; Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей; Оформление отчета о проделанной работе. Техническое задание: Разработка и утверждение технического задания на создание АС. Эскизный проект: Разработка предварительных проектных решений по системе и ее частям; Разработка документации на АС и ее части. Технический проект: Разработка проектных решений по системе и ее частям; Разработка документации на АС и ее части; Разработка и оформление документации на поставку комплектующих изделий; Разработка заданий на проектирование в смежных частях проекта. Рабочая документация Разработка рабочей документации на АС и ее части; Разработка и адаптация программ; Ввод в действие: Подготовка объекта автоматизации; Подготовка персонала; Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); Строительно-монтажные работы; Пусконаладочные работы; Проведение предварительных испытаний; Проведение опытной эксплуатации; Проведение приемочных испытаний; Сопровождение АС: Выполнение работ в соответствии с гарантийными обязательствами; Послегарантийное обслуживание. Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений по всем видам обеспечения информационной системы. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные. Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели. Каскадная модель жизненного цикла («модель водопада», англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Этапы проекта в соответствии с каскадной моделью: формирование требований; проектирование; реализация; тестирование; внедрение; эксплуатация и сопровождение. Спиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ИС создается в несколько итераций (витков спирали) методом прототипирования. Прототип — действующий компонент ИС, реализующий отдельные функции и внешние интерфейсы. Каждая итерация соответствует созданию фрагмента или версии ИС, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации оцениваются: риск превышения сроков и стоимости проекта; необходимость выполнения еще одной итерации; степень полноты и точности понимания требований к системе; целесообразность прекращения проекта. Один из примеров реализации спиральной модели — RAD (англ. Rapid Application Development, метод быстрой разработки приложений). Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов. Разрабатываемая система документооборота содержит все этапы, но некоторые из них могут содержать не все работы. Например, на этапе технического проекта не будет работ, связанных с разработкой и оформлением документации на поставку комплектующих изделий и с разработкой заданий на проектирование в смежных частях проекта. На этапе ввода в действие будут отсутствовать строительно-монтажные работы и пусконаладочные работы. При проектировании системы применяется итерационный подход. 2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание Важным этапом при создании АС является формирование требований к АС. Если требования пользователей к АС будут неполными или неточными, то созданная АС будет не в полной мере удовлетворять пожеланиям пользователей. Создание документации на этапах разработки технического задания и эскизного проекта может привести к непредусмотренным издержкам времени. На этапе ввода в действие при комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями) возможно превышение запланированных денежных средств. Также на этапе ввода в действие возможны непредвиденные временные задержки в виду того, что могут быть обнаружены ошибки в программном коде, которые должны быть исправлены. Корректировка приложения для исправления найденных ошибок может привести к тому, что за установленный промежуток времени проект не будет выполнен. Проведение приемочных испытаний может также сопровождаться тем, что у пользователей появятся пожелания, которые приведут к исправлениям в исходном коде программы. Этап сопровождения АС зависит от требований заказчика и может предусматривать незапланированные временные издержки. Список рисков на всех этапах жизненного цикла разрабатываемой АС приведен в таблице 6. Таблица 6 - Возможные риски на этапах жизненного цикла АС
|