Реализация и аттестация информационной системы

Тип работы:
Дипломная
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Введение

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

Рассматриваемая дипломная работа написана на базе автосервиса ИП Кузнецова В. Г.

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

Программа должна обеспечивать:

— работу с входными данными (полная информация о поступившем автомобиле, перечень доступных запчастей);

— получение выходных документов (накладная, счет-фактура, заказ-наряд и другие);

— формирование отчетов (получение данных на бумажных носителях об операциях взаиморасчетов с клиентами).

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

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

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

Предлагаемая программа реализует информационную справочную систему, предназначенную для организации:

— учета распределения работ по отделам и работникам;

— учета стоимости произведенных работ;

— складского учета;

— полного документооборота предприятия;

— приема и учета бу запчастей и автомобилей;

— заказов, хранения, закупок, продаж запасных частей.

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

1. Разработка требований к программному обеспечению

1. 1 Анализ существующих решений по автоматизации

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

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

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

1С: Управление торговлей 8.

Это современный инструмент повышения эффективности бизнеса торгового предприятия.

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

Управление продажами.

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

— планирование продаж;

— управление заказами покупателей.

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

Управление заказами покупателей.

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

— работа со склада;

— работа под заказ;

— совмещение стратегий.

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

— формирование заказа;

— автоматическое резервирование заказанных товаров на складе и в заказах поставщикам;

— корректировка заказа;

— составление и контроль календарного плана оплаты заказа;

— оформление приема товаров, заказанных у поставщиков;

— отгрузка товаров покупателю;

— закрытие заказа.

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

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

Управление закупками.

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

— оперативное планирование закупок;

— оформление заказов поставщикам и контроль их исполнения;

— платежный календарь расхода денежных средств.

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

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

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

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

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

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

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

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

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

«1С: Управление торговлей 8» -- это готовое прикладное решение, в основе которого лежит мощная технологическая платформа нового поколения «1С: Предприятие 8». В комплект поставки программного продукта, помимо платформы, входит конфигурация «Управление торговлей».

«1С: Управление торговлей 8» обеспечивает автоматический подбор данных, необходимых для ведения бухгалтерского учета, и передачу этих данных в «1С: Бухгалтерию 8». Кроме того, предусмотрена передача данных в бухгалтерские конфигурации системы программ «1С: Предприятие 7. 7».

Альфа-Авто: Автозапчасти+Автосервис, ред. 3. Проф.

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

Общие сведения:

— учет автозапчастей ведется в разрезе поставщиков;

— на каждую запчасть заводится отдельная карточка, которая содержит следующую информацию: каталожный номер, продажные и закупочные цены, ставки налогов, рекомендованный минимальный остаток (для формирования Заказа на поставку), единицы измерения;

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

— в системе, возможно, вести учет взаимозаменяемых деталей;

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

— при работе с каталогом товара существует возможность его сортировки по «Наименованию» либо по реквизиту «Каталожный номер», также имеется возможность отбора номенклатурных позиций в запросе по вхождению заданных символов в наименование, каталожный номер, код;

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

— автоматическое списание себестоимости товаров происходит по одному из заданных методов: по среднему, FIFO, LIFO;

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

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

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

— типоразмерам (радиус, ширина, высота);

— профилям (радиальный, диагональный и т. п.);

— сезонности;

— индексам нагрузки и скорости;

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

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

— блок торговли;

— блок работы по заказам;

— блок реализации (консигнации);

— внутренний документооборот.

Программа «АвтоМагазин 8» компании AutoSoft. Ее стоимость составляет 8500−10 000 рублей.

Программа АвтоМагазин позволяет:

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

— вести полный документооборот предприятия;

— осуществлять многоуровневый складской учёт;

— поддерживать систему заказов, хранения, закупок, продаж запасных частей;

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

— вести различные справочники (по структуре склада, по бригадам, валютам и многое другое);

— экспортировать информацию в различные внешние программы (1С, БЭСТ, ИНФО-Бухгалтер и др.);

— самостоятельно производить настройки и модификацию данных в программе.

Техническая информация:

— возможность работы в сети. Сетевая платформа клиент-сервер (FireBird 2. 0);

— возможность работы в терминальном режиме (Windows 2003, Citrix);

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

— возможность одновременного запуска двух и более программ с одного компьютера;

— реализовано на языке программирования Delphi 7.1.

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

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

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

— решение актуальных задач учета и управления. Состав программ системы «1С: Предприятие» ориентирован на актуальные потребности отечественных предприятий;

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

— стандартные, специализированные и индивидуальные решения. В системе программ «1С: Предприятие» сочетается стандартизация решений и учет индивидуальных потребностей;

— единая технологическая платформа. В основе системы программ «1С: Предприятие» лежит единая технологическая платформа. Она является фундаментом для построения всех прикладных решений;

— непрерывное развитие системы. Состав программ «1С: Предприятия» и набор их функции динамично развиваются вместе с изменением типовых потребностей отечественных предприятий и организаций;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Магазин работает без перерывов и выходных. В среднем за день магазин принимает 80−100 клиентов, в том числе и тех которые в данный момент обслуживаются в автосервисе. Обслуживание одного клиента занимает порядка 5−10 минут.

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

Ниже представлены IDEF диаграммы бизнес-процессов протекающих в данной организации (Рисунки 1. 1, 1. 2, 1. 3).

Рисунок 1.1 — Общая модель функционирования автосервиса

Рисунок 1.2 — Декомпозиция общей модели

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

Документы необходимые для приема автомобиля:

— паспорт транспортного средства (ПТС);

— свидетельство о регистрации автомобиля (если автомобиль не снят с учета);

— генеральную доверенность (если не являетесь собственником автомобиля) сроком действия не менее 4 месяцев;

— паспорт владельца автомобиля.

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

Рисунок 1.3 — Диаграмма процесса приема аварийных автомобилей

1.3 Сбор требований

Сбор требований является важной частью в разработке и внедрении автоматизированной информационной системы. Здесь разрабатываются необходимые требования, функции, особенности внедряемой автоматизированной информационной системы. Лучше всего это выяснять у того, кто будет непосредственной работать с новой программой. Так как я буду разрабатывать АИС на платформе 1С: Предприятие 8. 0, то необходимо консультироваться с бухгалтером организации. В результате, я выяснил, что в программе должны быть реализованы:

— учет поступления товаров;

— перечень выполняемых работ;

— перемещение, списание, реализация товаров;

— учет наличия товаров на складе;

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

— учет заработной платы;

— ведение бухгалтерии;

— хранение данных о принятых автомобилях;

— учет наличия бу запчастей.

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

Так же программа должна содержать большое количество отчетов, необходимых для контроля деятельности автосервиса:

— Складские отчеты;

— Анализ продаж;

— Наряд-заказ;

— Кассовые операции.

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

В процессе сбора требований к проектируемой системе составляется документ об образе и границах проекта (Приложение А).

Документ об образе и границах (vision and scope document) собирает бизнес — требования в единый документ, который подготавливает основу для последующей разработки проекта.

1.4 Анализ и моделирование требований

После того, как были определены и собраны требования для реализации программного модуля, спроектированы DFD диаграммы бизнес-процессов приема автомобилей и выписки документа «Заказ-наряд», представленные на рисунке 1.4 и 1.5.

Рисунок 1.4 — DFD диаграмма процесса приема аварийных автомобилей

Рисунок 1.5 — DFD диаграмма процесса составления Заказ-наряда

В ходе анализа требований были выявлены следующие действующие лица:

— бухгалтер;

— продавцы;

— старший механик.

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

Таблица 1.1 — Варианты использования

Действующее лицо

Функция системы

Бухгалтер

Регистрация новых сотрудников

Работа с базами данных ИС

Регистрация расчета оплаты в ИС

Формирование отчетов

Регистрация документов по оплате

Продавцы

Регистрация поступления товара

Регистрация оплаты Заказ-Нарядов

Внесение данных о проданных товарах

Старший механик

Формирование Заказ-Нарядов

Составление заявки на запчасти

Составление акта осмотра транспортного средства

Все

Авторизация пользователя- ввод имени и пароля для входа в систему и возможности использования тех или иных функций системы

1.5 Спецификация требований

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

По типу описание требований осуществляется по следующим категориям, которые описаны и представлены в таблице 1.2.

Таблица 1.2 -- Категории описания требований

Категория

Описание

F

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

C

Требования к системе в целом;

P

Требования к представлению

R

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

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

Описание функциональных требований изображено в таблице 1.3.

Таблица 1.3 — Функциональные требования

Требование

Тип

Описание

Авторизация пользователей

F

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

Загрузка необходимых компонентов системы

F

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

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

Описания системных требований представлены в таблице 1.4.

Таблица 1.4 — Системные требования

Требование

Тип

Описание.

Архитектура

C

Сервер данных (1C).

Язык программирования

C

1C

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

C

Windows XP.

Третья категория — это требования к представлению (Р). Требования к представлению описывают формирование требований к интерфейсу программного обеспечения для заказчика. Описания требований к представлению изображены в таблице 1.5.

Таблица 1.5 — Требования к представлению

Требование

Тип

Описание.

Общий интерфейс

P

Он не должен быть перегружен, прост для понимания.

Обязательные поля ввода

P

Обязательные поля для ввода должны быть выделены.

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

Таблица 1.6 — Требования к рискам

Требование

Тип

Описание

Соответствие полей с занесенными данными

R

Предоставленные поля должны соответствовать типу ввода данных.

Результаты поиска данных

R

Полное соответствие реальным данным.

Сохранность данных

R

Система должна обеспечивать сохранность данных.

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

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

1.6 Аттестация требований

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

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

Прототип главного меню представлен на рисунке 1.6.

Рисунок 1.6 — Прототип главного меню

1.7 Выбор методологии проектирования информационной системы

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

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

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

  • 1. принцип «разделяй и властвуй» — принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
    • 2. принцип иерархического упорядочивания — принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.

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

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

Наиболее подходящей методологией проектирования ИС является структурная.

Выводы к разделу

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

автоматизация документооборот данные заказ

2. Управление информационным проектом

2.1 Архитектурное проектирование

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

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

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

«1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный. И в том, и в другом варианте все прикладные решения работают полностью идентично. Файловый вариант работы, в основном, предназначен для персонального использования, в то время как клиент-серверный вариант — для использования в рабочих группах или в масштабе предприятия.

Файловый вариант

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

Рисунок 2.1 — Представление файлового варианта 1С

Такой вариант работы обеспечивает легкость установки и эксплуатации автоматизированной системы. При этом для работы с информационной базой не требуются дополнительные программные средства, достаточно иметь операционную систему и «1С: Предприятие 8».

Файловый вариант «1С: Предприятия 8» обеспечивает высокую целостность информационной базы и простое создание резервных копий.

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

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

Клиент — серверный вариант

Клиент-серверный вариант предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры «клиент сервер» (рисунок 2. 2):

Рисунок 2.2 — Представление клиент-серверного варианта 1С

На одном из компьютеров работает сервер 1С: Предприятия 8.0. Программа, работающая у пользователя, взаимодействует с сервером 1С: Предприятия 8. 0, а сервер при необходимости обращается к базе данных MS SQL Server. При этом физически сервер 1С: Предприятия 8.0 и MS SQL Server могут располагаться как на одном компьютере, так и на разных. Это позволяет администратору при необходимости распределять нагрузку между серверами.

Использование сервера 1С: Предприятия 8.0 позволяет сосредоточить на нем выполнение наиболее объемных операций по обработке данных.

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

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

1С: Предприятие 8.0 использует возможности MS SQL Server для эффективной выборки информации:

— механизм запросов ориентирован на максимальное использование MS SQL Server для выполнения расчетов и составления отчетов;

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

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

Рисунок 2.3 — Архитектура «Файл-сервер»

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

2.2 Проектирование пользовательского интерфейса

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

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

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

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

— набор задач пользователя, которые он решает при помощи системы;

— элементы управления системой;

— навигация между блоками системы;

— визуальный дизайн экранов программы;

— Выделим несколько наиболее существенных преимуществ хорошего пользовательского интерфейса с точки зрения бизнеса:

— снижение количества ошибок пользователя;

— снижение стоимости поддержки системы;

— улучшение морального состояния персонала;

— уменьшение расходов на изменение пользовательского интерфейса по требованию пользователей;

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

Ниже приведены прототипы пользовательского интерфейса.

Справочники — это прикладные объекты конфигурации. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Каждый элемент справочника характеризуется кодом и наименованием. Система поддерживает режим автоматической нумерации элементов, при котором она самостоятельно может генерировать код для нового элемента справочника. Помимо кода и наименования, каждый элемент справочника, как правило, содержит некоторую дополнительную информацию, которая подробно описывает этот элемент [12, 32].

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

Рисунок 2.1 — Форма справочника «Контрагенты»

Справочник «Автомобили» хранит информацию об автомобилях клиентов.

Рисунок 2.2 — Форма справочника «Автомобили»

Документы — это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении информацию о совершенных хозяйственных операциях или о событиях, произошедших в «жизни» предприятия вообще. Это могут быть, например, приходные накладные, приказы о приеме на работу, счета, платежные поручения и т. д. Каждый документ характеризуется номером, датой и временем. Система поддерживает режим автоматической нумерации документов, при котором она самостоятельно может генерировать номер для нового документа. Важными характеристиками документа являются дата и время. Они позволяют установить строгую временную последовательность совершения операций. Таким образом, документы могут отличаться друг от друга не только номером, но и своим положением на временной оси. В результате всегда можно сказать, какая из двух операций была совершена раньше [12, 32].

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

Рисунок 2.2 — Форма Документа «Заказ-Наряд»

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

Рисунок 2.2 — Форма Документа «Акт приема-передачи ТС»

2.3 Проектирование базы данных

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

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

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

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

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

При проектировании базы данных создаются два уровня модели — логический и физический. Логический уровень — это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией системы управления базами данных[19, 23].

Рисунок 2.3 — Логическая модель данных

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

Рисунок 2.4 — Физическая модель данных

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

Встроенные средства поддержки баз данных платформы «1С: Предприятие» поддерживают многопользовательскую работу с базой данных. Использование встроенных возможностей платформы «1С: Предприятие» позволяет снизить стоимость внедрения информационной системы, т.к. не требует приобретения дополнительного ПО для управления СУБД [30].

2.4 Обоснование выбора платформы создания информационной системы

В качестве платформы для разработки системы была выбрана «1С: Предприятие 8».

Состав прикладных механизмов «1С: Предприятия» ориентирован на решение задач автоматизации учета и управления предприятием. В «1С: Предприятие 8» реализован современный эргономичный интерфейс, за счет чего повышена комфортность работы пользователей при работе с системой в течение длительного времени.

Система «1С: Предприятие 8» является открытой системой. Предоставляется возможность для интеграции практически с любыми внешними программами и оборудованием на основе общепризнанных открытых стандартов и протоколов передачи данных.

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

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

Технологическая платформа «1С: Предприятие 8» обеспечивает различные варианты работы прикладного решения: от персонального однопользовательского, до работы в масштабах больших рабочих групп и предприятий. Ключевым моментом масштабируемости является то, что повышение производительности достигается средствами платформы, и прикладные решения не требуют доработки при увеличении количества одновременно работающих пользователей. Единая технологическая платформа, лежащая в основе системы программ «1С: Предприятие 8. 0», является фундаментом для построения всех прикладных решений. Наличие единой технологической платформы не просто облегчает создание отдельных прикладных решений и обеспечивает их невысокую стоимость. Главное преимущество такого подхода — стандартизация разработки, обеспечение масштабируемости и обеспечение быстрого внедрения современных технологий во всех прикладных решениях.

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

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

Очень важным преимуществом такого подхода является унификация обучения пользователей. Например, обучившись на курсах по «1С: Предприятию 8. 0» или имея опыт работы с какой либо из программ, пользователь достаточно быстро осваивает возможности специализированных или индивидуальных решений [34, 38, 39].

2.5 Проектирование модулей

Программные модули в конфигурации системы «1С: Предприятие» не являются самостоятельными программами в общепринятом понимании этого слова, поскольку они являются только частью всей конфигурации задачи. Программный модуль — это своего рода «контейнер» для размещения текстов процедур и функций, вызываемых системой во время исполнения задачи в определенные моменты работы. Поэтому программный модуль не имеет формальных границ своего описания типа: «Начало модуля» — «Конец модуля».

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

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

— глобальный контекст задачи;

— локальный контекст выполнения конкретного модуля.

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

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

Различают следующие виды программных модулей:

— общие модули;

— модуль приложения;

— модуль внешнего соединения;

— модули прикладных объектов;

— модули форм.

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

Модуль приложения относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с 1С: Предприятием 8.0.

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

ПоказатьСвернуть
Заполнить форму текущей работой