СОДЕРЖАНИЕ
I. Аналитическая
часть
1.1.
Технико-экономическая
характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.2.
Характеристика
комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1.
Выбор комплекса
задач автоматизации и характеристика существующих бизнес процессов
1.2.2.
Определение места
проектируемой задачи в комплексе задач и ее описание
1.2.3.
Обоснование
необходимости использования вычислительной техники для решения задачи
1.3.
Анализ
существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1.
Анализ
существующих разработок для автоматизации задачи
1.3.2.
Выбор и
обоснование стратегии автоматизации задачи
1.3.3.
Выбор и
обоснование способа приобретения ИС для автоматизации задачи
1.4.
Обоснование
проектных решений
1.4.1.
Обоснование
проектных решений по техническому обеспечению
1.4.2.
Обоснование
проектных решений по информационному обеспечению
1.4.3.
Обоснование
проектных решений по программному обеспечению
II
Проектная часть
2.1.
Разработка
проекта автоматизации
2.2.
Информационное обеспечение
задачи
2.2.1.
Информационная
модель и её описание
2.2.2.
Используемые
классификаторы и системы кодирования
2.2.3.
Характеристика
нормативно-справочной, входной и оперативной информации
2.2.4.
Характеристика
результатной информации
2.2.5.
Формализация
расчётов показателей
2.3.
Программное
обеспечение задачи
2.3.1.
Общие положения
(дерево функций и сценарий диалога)
2.3.2.
Характеристика
базы данных
2.3.3.
Структурная схема
пакета (дерево вызова программных модулей)
2.3.4.
Описание
программных модулей
2.4.
Технологическое
обеспечение задачи
2.4.1.
Организация
технологии сбора, передачи, обработки и выдачи информации
2.4.2.
Схемы
технологического процесса сбора, передачи, обработки и выдачи информации
III Обоснование экономической
эффективности проекта
3.1 Выбор и
обоснование методики расчёта экономической эффективности
3.2 Расчёт
показателей экономической эффективности проекта
Заключение
Литература
Введение
Сегодня в России всё больше компаний
из самых различных отраслей воспринимают Интернет в качестве дополнительного,
эффективного инструмента организации продаж. Электронная коммерция, на самом
деле представляет ничто иное, как прототип традиционного бизнеса.
Интернет-бизнес основан на тех же фундаментальных принципах, разумеется,
существует некоторая специфика, но она, как правило, выражается чисто
технической адаптацией.
Данная дипломная работа посвящена
разработке системы «Интернет-магазина» - для фирмы ООО «БСКА». Фирма занимается
торговлей спортивных товаров. Интернет-магазин это информационная услуга и
набор программных средств для виртуального просмотра и покупки товаров,
предоставляемая каждому пользователю сети Интернет. Данный Интернет-магазин
призвана повысить объем продаж фирмы, а также выступает в роли ознакомительного
ресурса в видже каталога продаваемого товара который можно заказать, так же
данный интернет ресурс служит фирме как сайт-визитка в сети Интернет.
В виду большой конкуренции фирм по
продаже спортивных товаров каждая фирма старается заявить о себе во всех
информационных источниках, в том числе и в сети Интернет. Наилучший способ для
любой фирмы показать себя потенциальным клиентам – это демонстрация своих
товаров, описаний и цен на эти товары.
Фирмой было принято решение создать в
сети Интернет сайт и систему «Интернет-магазин», т.к. в системе ИМ всегда можно
представить абсолютно все товары, которыми торгует фирма, что не всегда
возможно сделать в реальном магазине ввиду того что спортивные товары занимают
много физического места и только магазины обладающие вметительными торговыми
площадками имеют возможность разместить полный спектор номенклатуры товаров.
Данный проект не является дорогим по
реализации и поддержке, проект всегда можно модернизировать с минимальными
материальными и трудовыми затратами.
Целью данной работы является разработка программных решений
по созданию Интернет-магазина спортивных товаров для фирмы ООО «БСКА».
Предметом
проектирования в работе являются процесс проектирования Итернет-магазина
Объектом
исследования в данной работе является организация бизнес-процессов Интернет-магазина
спортивных товаров для фирмы ООО «БСКА».
Для
достижения поставленной цели в работе необходимо решить следующие задачи:
- изучение
предметной области и выявление недостатков существующей организации обработки
информации Интернет-магазина;
- разработка
постановки задачи автоматизации;
- анализ
существующих программные средства автоматизации учета оргтехники и обоснование
выбора средств проектирования;
- обоснование
выбора основных проектных решений;
- разработка
всех видов обеспечивающих подсистем;
- обоснование
экономической эффективности проекта.
В работе
использованы как общенаучные методы исследования (анализ, синтез, системный
подход), так и методы структурного моделирования экономических процессов с
помощью Case-средств (BPWin).
При написании
работы использовались стандарты по проектированию программного обеспечения и
оформлению программной документации, учебные материалы по моделированию и
проектированию программных средств, информационные материалы сети Интернет.
I. Аналитическая часть
1.1. Технико-экономическая характеристика
предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его
деятельности
Общество с ограниченной ответственностью «БСКА» создано в
соответствии с законодательством Российской Федерации, Гражданским кодексом РФ
Федеральным законом «Об обществах с ограниченной ответственностью».
Полное наименование: общество с ограниченной ответственностью
«Балашихинский Спортивный Комплекс Альфа».
Сокращенное наименование: ООО «БСКА».
Местонахождение общества: 143907, Город Балашиха, Проспект
Ленина 30-а, рынка «Сопта», павильон №13.
ООО «БСКА» арендует торговое помещения площадью 42 м2.
ООО «БСКА» является юридическим лицом, имеет самостоятельный
баланс, расчетные и другие счета в банках и других кредитных учреждениях, может
от своего имени приобретать и осуществлять имущественные и личные неимущественные
права, нести обязанности, быть истцом и ответчиком в суде.
Общество имеет круглую печать, содержащую его полное
фирменное наименование и указание на место его нахождения, штампы, бланки со
своим наименованием, товарные знаки, а также эмблемы и другие средства визуальной
идентификации.
ООО «БСКА» занимается розничной торговлей спортивных товаров
(преимущественно велосипедов), торговлей запчастей и ремонтом спортивного
инвентаря.
1.1.2. Организационная структура управления
предприятием
В данной организации простая линейная форма управления,
руководитель принимает решения о закупках необходимого товара, менеджеры продают
товар и при возникновении необходимости собирают портфель заказов, отдел
сервиса занимается ремонтом и техническим обслуживанием продаваемой продукции,
бухгалтерия ведёт учёт предприятия.
1.2.
Характеристика
комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и
характеристика существующих бизнес процессов
Поскольку компании ООО «БСКА» занимается торговлей
спортивных товаров только физически, это ощутимо лишает их большого круга
покупателей и купить в таком спортивном магазине сможет, скорее всего, только тот,
кто физически находится в непосредственной близости от этого магазина. В
компании возникла острая необходимость заявить о себе как можно большему
количеству потенциальных покупателей. Самый просто и эффективный способ сделать
это, расширить возможности своего магазина с помощью вывода его в он-лайн.
Такой магазин удобен отсутствием очередей и возможностью
ознакомиться не спеша со всеми товарами. Интернет-магазин – это витрина, которую
могут посмотреть сразу тысячи. Вы имеете возможность «работать» со всеми
клиентами, когда-либо купившими товар в вашем интернет-магазине. Можно создать
базу, можно делать рассылки, можно напоминать о себе, устраивать распродажи и
дисконты. Появляется своя клиентская база. А это очень важно.
1.2.2.
Определение
места проектируемой задачи в комплексе задач и ее описание
1.2.3. Обоснование необходимости
использования вычислительной техники для решения задачи
В данное время работа по техническому обслуживанию и ремонту
вычислительной техники автоматизирована только частично. База данных «ТЕХ» не
обеспечивает должного уровня автоматизации технических средств. В процессе
составления списков вычислительной техники приходится использовать множество
бумажных документов. Учет техники ведется в тетради, а отчеты выполняются в
ручную на Microsoft Word 2000. Анализ состояния парка вычислительной техники
частично выполняется на программе Microsoft Excel 2000. Входная информация для
составления списков и отчетов передается из паспортов технических средств,
гарантийных талонов и непосредственной сверки комплектующих и программного
обеспечения.
Для формирования выходных форм и отчетов приходится контролировать
корректность большого количества параметров. В частности приходится вручную
сверять правильность ввода наименований и серийных и инвентарных номеров. И
только убедившись в отсутствии недопустимых нарушений, вручную создаются
отчетные документы.
Составление полного и исчерпывающего списка средств
вычислительной техники очень важно для последующего отслеживания ее
передвижения по предприятию и ремонтным организациям, так как неверный учет
может привести к потере некоторых комплектующих с последующим увеличением
затрат на дальнейшее обслуживание определенной единицы вычислительной техники.
Особенно важна своевременная замена расходных материалов и
постоянное пополнение их на складе. Так как простои в работе предприятия, складывающиеся
из несвоевременности их замены и отсутствия в наличии некоторого запаса на
складе, приводят к огромным материальным убыткам предприятия и в связи с этим специалист
по техническому обслуживанию и ремонту вычислительной техники обязан четко
знать, сколько расходных материалов и комплектующих имеется на складе и
своевременно его пополнять.
Программное обеспечение средств вычислительной техники так же
играет не последнюю роль в работе предприятия. Весь комплекс программных
средств должен быть обновлен по мере выхода новых версий. Особенно это касается
обновлений для антивирусов и продуктов фирмы Microsoft, потому что даже
регулярное резервное копирование не способно полностью избавить отдел АСУ от
массового распространения сетевых вирусов и других зловредных программ по
коммуникационным линиям предприятия. В конечном итоге обновление баз
антивирусных программ является наиболее простым и эффективным решением при
борьбе с вирусами.
Первоисточником информации о каждой единице ВТ является ее
паспорт или талон гарантийного обслуживания. В этих документах содержатся минимальный,
но самый необходимый набор информации:
- наименование;
- технические характеристики изделия;
- серийный номер;
- дата приобретения;
- гарантийный срок эксплуатации;
- предприятие предоставляющее гарантию;
- условия гарантийного обслуживания;
- ресурс данной единицы ВТ.
Первоначальным источником информации о программном
обеспечении являются такие его характеристики как:
- название;
- версия;
- дата выпуска;
- область применения;
- фирма-производитель.
Таким образом, первоначально необходимо перевести все эти
данные в электронный вид, в котором будут четко прописаны все требуемые
характеристики и свойства текущей единицы вычислительной техники или программного
обеспечения. Полученные данные используются непосредственно для составления
всех отчетов и анализа текущего состояния парка вычислительной техники на
предприятии.
1.3.
Анализ
существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1.
Анализ
существующих разработок для автоматизации задачи
В последние годы стали популярны системы управления контентом
(CMS – от англ. «Content Managment System»). С помощью подобных систем опытный
пользователь может при необходимости легко создать базовый веб-проект (без
дополнительных трудозатрат), а веб-интегратор получает возможность развернуть
масштабный проект в приемлемые сроки (модульность подобных систем расширяет их
функционал).
Во времена, когда системы управления контентом практически не
применялись – разработка очередного веб-проекта была сопряжена с созданием кода
разметки каждой страницы, либо с тяжелым программированием и интеграцией
графического оформления в каждую страницу. Процесс занимал огромное количество
времени, а результат выполнял ограниченное количество функций и тяжело модернизировался.
Современные системы управления контентом снимают
необходимость постоянного программирования. Достаточно выбрать готовый модуль,
из тысячи ранее созданных и протестированных. Интеграция в систему не займет много
времени, так как все дополнения делаются по единому стандарту.
Для того, чтобы оценить достоинства систем управления
контентом следует заглянуть в прошлое и посмотреть, как и с помощью каких
инструментальных средств создавались веб-ресурсы до появления подобных систем,
и как они создаются сегодня.
Начало развитие веб-среды можно обозначить серединой 90 ых г.
Этот период характеризовался относительно невысоким уровнем развития веб технологий,
а многие динамические веб-проекты (т.е. способные на интерактивное
взаимодействие) могли создаваться только программистами.
Обычной пользователь, создающий собственный проект, мог
рассчитывать только на статичный базовый проект масштаба сайта и не более того.
Такой сайт обычно представлял собой набор статичных html страниц, подготовленных
в WYSIWYG1 html редакторах, которые начали появляться примерно с середины 1995
года. После набора, страницы объединялись ссылками (для осуществления
возможности межстраничных переходов) и размещались на сервере. Вся работа по
обновлению информации и проверке работоспособности проекта перекладывалась на
его автора. Так, например, если требовалось изменить ссылку на странице, автор
должен был найти эту страницу среди остальных, затем внести в нее изменения и
снова загрузить страницу на сервер. Если же требовалось не просто изменить
существующую страницу, а добавить новую, то приходилось также решать вопросы,
связанные с логическим и физическим внедрением последней в весь проект. И если
объем страниц возрастал, то «справляться» с ними становилось еще сложнее. А изменять
и расширять динамические проекты было еще более проблематично.
Сейчас системы управления это не только удобная
оболочка-менеджер для пользователя, но и мощный инструмент для
веб-разработчика. Благодаря таким системам, все реже возникает необходимость в
разработке веб-проектов «с нуля» – подготовленному пользователю или интегратору
достаточно просто выбрать, установить и настроить существующую систему, чтобы
быстро и без дополнительных финансовых затрат получить приемлемый результат
профессионального уровня.
Современная CMS система должна позволять, не прибегая к
дополнительному программированию, выполнять: редактировать содержимое страниц,
включая добавление / удаление графики; добавление новых страниц; изменение
структуры сайта и различных мета данных; настройку регистрационных форм;
управление опросами, голосованиями и форумами; вывод статистики посещений;
распределение прав по управлению сайтом среди пользователей.
«Joomla!» – это система управления контентом, написанная на
языке PHP и использующая в качестве хранилища содержания базу данных MySQL.
Joomla! является свободным программным обеспечением, защищённым лицензией GPL.
Одной из главных особенностей «Joomla!» является относительная простота
управления при практически безграничных возможностях и гибкости при
изготовлении сайтов. Название «Joomla!» фонетически идентично слову «Jumla»,
которое в переводе с языка суахили означает «все вместе» или «единое целое»,
что отражает подход разработчиков и сообщества к развитию системы. Система
управления содержанием Joomla! является ответвлением широко известной CMS
Mambo. Команда независимых разработчиков отделилась от проекта Mambo по причине
несогласия в экономической политике. 16 сентября 2005 года в свет вышла первая
версия Joomla!, являющаяся по сути переименованной Mambo и включающая в себя исправления
найденных на тот момент ошибок и уязвимостей.
CMS Joomla! включает в себя различные инструменты для
изготовления веб-сайта. Важной особенностью системы является минимальный набор
инструментов при начальной установке, который обогащается по мере необходимости.
Это снижает загромождение административной панели ненужными элементами, а также
снижает нагрузку на сервер и экономит пространство на хостинге.
1.3.2.
Выбор и
обоснование стратегии автоматизации задачи
В данном пункте речь пойдёт о том, как мы будем
автоматизировать процесс продажи. Для начала необходимо перевести всю
номенклатуру спортивных товаров в электронный вид, для того, что бы в
последующем наполнить электронную витрину магазина описанием и картинками
товара. Необязательно сканировать и фотографировать весь товар своими собственными
силами, большинство товара уже есть в Интернете, что облегчает процедуру наполнения
Интернет-магазина. Остаётся только найти нужные модели товара, главное чтобы
фотографии были одного формата и не имели водяных знаков других Интернет-магазинов.
Процессом наполнения Интернет-магазина товарами и описанием к
нему будет заниматься один из менеджеров по продажам магазина. Для этого на сайте
проекта создаётся специально отведённая учётная запись Менеджера, с правами
более расширенными, чем у обычного пользователя-покупателя, но меньшими чем у
администратора. Человек, входящий на сайт под учётной записью такого менеджера
вправе добавлять новые товары, менять описание к ним, добавлять фотографии к
товару, устанавливать скидки на товары.
1.3.3. Выбор и обоснование способа
приобретения ИС для автоматизации задачи
В этом разделе будут рассмотрены основные возможные варианты
приобретения информационных систем для предприятия, а так же описан эффект от
процесса их реализации, потенциально оказанный на предприятие. Выявлены
основные недостатки и преимущества рассматриваемых способов приобретения.
Существует несколько вариантов решения поставленной задачи,
относительно приобретения:
1. Покупка готового продукта.
2. Покупка готового продукта с последующей модификацией под
клиента.
3. Разработка собственного продукта
4. Модификация уже имеющегося и находящегося в эксплуатации
продукта.
Покупка готового продукта – один из самый простых вариантов,
не требующих каких-либо затрат, кроме денежных. Среди плюсов такого способа
можно выделить минимальную затрату времени и усилий на введение продукта в
эксплуатацию. Кроме того, есть очень большая вероятность приобрести качественный
актуальный продукт из последних разработок, ввиду очень большого конкурентного
товарного рынка.
Основными минусами является безусловная дороговизна, т.к.
хороший продукт стоит дорого, и невозможность адаптировать систему под себя на
100%, даже используя все её функции по максимуму. В виду последнего минуса есть
вероятность возникновения критических ошибок несоответствия системы и
структурной организации компании, на устранение которых потребуются большие
затраты времени, т.к. скорее всего, придется обращаться к производителю.
Покупка готового продукта с последующей модификацией под
клиента – это оптимизированный первый вариант приобретения, с единственным сохранившимся
минусом – это возможная дороговизна. Данный вид приобретения позволяет в
буквальном смысле «подогнать» параметры системы под необходимые показатели и
условия, под конкретных людей, что предотвращает вероятность возникновения
критических ошибок.
Но следует учитывать, что на слишком сложные модификации
системы могут потребоваться большие затраты времени, т.к. программистам компании
необходимо будет изучить код продукта.
Разработка собственного продукта – самый долгосрочный способ
получения необходимого продукта. Группа специалистов IT отдела, отдела программных разработок создает свой
специализированный продукт для своей организации, учитывая её специфику.
Однако, как правило, этот процесс занимает достаточно большой промежуток
времени и не гарантирует 100%-го результата. В полученном продукте может
содержаться масса недоработок, которые придется устранять уже в процессе эксплуатации
системы.
Хотя есть вероятность получить оптимальный для предприятия и
его бизнеса продукт.
Модификация уже имеющегося и находящегося в эксплуатации продукта
– типичная модернизация уже установленной системы.
Рассмотрев основные возможные варианты приобретения продукта,
учитывая возможности и специфику организации, наличие специализированного IT отдела был выбран вариант разработки
собственного продукта.
1.4.
Обоснование
проектных решений
1.4.1. Обоснование проектных решений по
техническому обеспечению
В связи с тем что в сегменте Интернет-магазинов спортоваров
довольно плотная конкуренция, рассчитывать сразу на большой поток Интернет-покупателей
не приходится. Поэтому для эффективного функционирования Интернет-магазина
необходимо найти не дорогой хостинг, который при этом имел бы максимально
расширенные возможности по управлению арендуемым сервером, при этом обеспечивал
бы стабильную работу и имел не дорогую тарификацию.
Обычно под понятием услуги хостинга подразумевают как минимум
услугу размещения файлов сайта на сервере, на котором запущено ПО, необходимую
для обработки запросов к этим файлам (веб-сервер). Как правило, в услугу
хостинга уже входит предоставление места для почтовой корреспонденции, баз
данных, DNS, файлового хранилища и т. п., а также поддержка функционирования
соответствующих сервисов.
Существующие в Интернете бесплатные хостинги не подойду, так
как в основном это домены второго уровня и зачастую такие ресурсы имеют плохую
скорость доступа, что не приемлемо для Интернет-магазина.
Виды предоставляемых серверов бывают:
- виртуальный сервер — предоставляется место на
диске для размещения веб-сайтов, среда исполнения веб-сервисов единая для
многих пользователей, ресурсы распределены между всеми пользователями на одном
сервере, где может размещаться от 50 до 1000 пользователей. Небольшие дешевые
хостинг-провайдеры часто пренебрегают безопасностью и вообще не разграничивают
привилегий пользователей, что позволяет одному пользователю на сервере иметь
доступ к сайтам сотен других пользователей. У более крупных и дорогих
провайдеров эта проблема как правило решена.
- виртуальный выделенный сервер (VPS или VDS) —
предоставляется место на диске, часть общей памяти, процессорное время сервера.
Выглядит для пользователя так же, как и выделенный сервер, но физически на
одном реальном сервере располагается несколько виртуальных серверов. Услуга
предназначена для проектов средней тяжести.
- выделенный сервер — предоставляется сервер целиком.
Используется для реализации нестандартных задач (сервисов), а также размещения
«тяжёлых» веб-проектов, которые не могут сосуществовать на одном сервере с другими
проектами и требуют под себя все ресурсы сервера.
Для нашего Интернет-магазина спортивных товаров саамы
подходящий вариант это выбрать не дорогой виртуальный выделенный сервер, потому
как до громадного проекта он ещё не дорос, но и просто сайтом-визиткой не
является.
Рассмотрим несколько ресурсов предоставляющих хостинговые
услуги.
Сайт www.multihost.ru предоставляет виртуальный выделенный сервер или VPS
(Virtual Private Server) так же данный ресурс сообщает о своих приемуществах:
Виртуальный выделенный сервер (VPS) — является полноценным
аналогом физического выделенного сервера, но при этом его стоимость во много
раз ниже.
Преимущества:
- Полный аналог физического выделенного сервера;
- Полная изолированность абонентов друг от друга;
- Полный контроль над выделенными ресурсами;
- Возможность размещать мощные проекты;
- Гарантированные выделенные ресурсы.
Сайт www.firstvds.ru Виртуальный Выделенный сервер ( VDS / VPS ) является
полным аналогом выделенного сервера, исключая низкоуровневый доступ к
аппаратному обеспечению. Так же данный ресурс заявляет о том что - покупая
Виртуальный Выделенный сервер, мы получим полноценный UNIX-сервер с полным
административным доступом (root-доступ), с неограниченными возможностями
настройки и инсталляции любого программного обеспечения.
О заявленных преимуществах:
- VDS стоит гораздо дешевле, чем выделенный сервер.
- Все предустановленное программное обеспечение регулярно
обновляется специалистами без вашего вмешательства, тем самым обеспечивается
защита вашего VDS от проникновения извне с использование известных уязвимостей
в старых версиях ПО. В случае использования выделенного сервера вам прийдется
делать это самостоятельно или привлекать внеших системных администраторов.
Сможете ли вы делать это на должном уровне? Сможете ли вы делать это оперативно?
Минусы:
- VDS располагает меньшим количеством ресурсов чем выделенный
сервер.
Теперь рассмотрим тарифные планы обеих компаний
www.multihost.ru
|
Тариф VPS
1
|
Тариф VPS
2
|
Тариф VPS
3
|
|
Дисковое пространство, МБ
|
10 000
|
20 000
|
30 000
|
|
Вычислительная мощность (CPU), МГц
|
300
|
510
|
1020
|
|
Оперативная память (RAM), МБ
|
512
|
1024
|
2048
|
|
Количество сайтов
|
Неогр.
|
Неогр.
|
Неогр.
|
|
Трафик
|
Неогр.
|
Неогр.
|
Неогр.
|
|
Панель управления ISPmanager
|
+
|
+
|
+
|
|
Выделенный IP адрес
|
+
|
+
|
+
|
|
Круглосуточная техническая поддержка
|
+
|
+
|
+
|
|
Стоимость обслуживания
|
650 руб.
|
850 руб.
|
1450 руб.
|
|
Дополнительный выделенный IP адрес
|
125 руб.
|
125 руб.
|
125 руб.
|
|
Администрирование VPS аккаунта
|
1000 руб.
|
1000 руб.
|
1000 руб.
|
www.firstvds.ru
|
тариф
|
VDS-Старт
|
VDS-Разгон
|
VDS-Отрыв
|
VDS-Улёт
|
|
дисковое пространство
|
2000 Мб
|
4000 Мб
|
6000 Мб
|
8000 Мб
|
|
трафик
|
100 Гб
|
250 Гб
|
500 Гб
|
750 Гб
|
|
оперативная память
|
64 Мб
|
128 Мб
|
192 Мб
|
256 Мб
|
|
процессор
|
300 МГц
|
400 МГц
|
500 МГц
|
600 МГц
|
|
цена в месяц
|
149
|
249
|
399
|
599
|
|
период оплаты
|
1месяц
|
1месяц
|
1месяц
|
1месяц
|
|
итого
|
149
|
249
|
399
|
599
|
|
цена на доп.
IP-адрес
(за штуку)
|
30
|
30
|
30
|
30
|
Будет размещаться в доменном пространстве, которое арендует
на сервере расположенном по адресу www.firstvds.ru. ВДС - Виртуальный Выделенный
Сервер (Virtual dedicated server - VDS или Virtual private server - VPS)
является полноценной unix-системой (FreeBSD stable). Администратор VDS – суперпользователь
своей unix-системы с возможностями и доступом к полному конфигурированию и
администрированию системы, исключая ее аппаратную часть.
Набор ПО предустановленного на VDS:
• операционная система: FreeBSD 6.x
• панель управления: ISPmanager Lite
• веб-сервер: Apache 1.3.хх или Apache 2.2
• модули Apache: mod_ssl, mod_frontpage,
mod_php, mod_rewrite и многие
другие. При этом возможна самостоятельная
инсталляция других модулей.
• СУБД: MySQL, PostgreSQL, Interbase
• почтовые серверы: qpopper, imapd, sendmail
• DNS-сервер: bind
• ssh-сервер: sshd
• ftp-сервер: proftpd
• языки программирования: jdk1.4.2 (java), gcc
(Си/Си++), perl, python 2
• сервер рассылок: majordomo
1.4.2. Обоснование проектных решений по
информационному обеспечению
Информационное обеспечение – это создание информационных условий
функционирования системы, обеспечение необходимой информацией, включение в
систему средств поиска, получения, хранения, накопления, передачи, обработки
информации.
Информационное обеспечение включает в себя:
- систему классификации и кодирования;
- систему унифицированной документации, используемой
в ИО;
- информационную базу, т.е. информацию из всех
информационных массивов.
Различают внемашинное и внутримашинное ИО.
Внемашинное ИО - это вся совокупность информации,
включая системы показателей, методы классификации и кодирования элементов
информации, документов, документооборота, информационных потоков, которая
воспринимается человеком без каких-либо технических средств.
Внутримашинное ИО - это представление данных на машинных
носителях в виде разнообразных по содержанию, по назначению и специальным образом
организованных массивов (файлов), баз данных (БД) и их информационных связей.
Классификатор - это систематизированных свод
наименований группировок объектов, признаков и их кодовых обозначений.
Классификаторы служат средством описания данных, обуславливают единство
классификации и кодирования информации и предназначены для обеспечения машинной
обработки и выдачи данных в удобной форме потребителям при решении различных
задач.
Использование кодов и идентификаторов значительно снижает
трудоемкость поиска, хранения, передачи, обработки информации, повышает эффективность
автоматизации, экономит дорогостоящие ресурсы памяти и технических средств и
повышает степень безопасности и защиты данных.
Значительную часть внемашинного информационного обеспечения составляет
документация. В условиях автоматизации большое значение придается унификации
документации, устанавливающей единые требования к содержанию и построению
документов. Унифицированные формы документов вырабатываются для всей территории
РФ. Унификация заключается в тщательном отборе и четком определении необходимой
номенклатуры документов. При этом определяются сферы назначения и использования
документов и выявляются специфические особенности, характерные для
соответствующих видов документов.
Информационные файлы формируются на основе исходной информации
из первичных документов и должны удовлетворять следующим требованиям:
- достаточная полнота информации для решения задачи;
- исключение избыточности информации;
- достоверность и своевременность информации;
- согласованность форм первичных документов с макетами
размещения информации на машинном носителе;
- логичность построения документа;
- отсутствие дублирующих показателей в разных видах
документов;
- определенное размещение разных типов реквизитов
(справочные, группировочные, основания);
- вынесение нормативных, расценочных и других данных, что
позволяет отказаться от лишних записей в документе.
Переменная информация отражает качественные и количественные
характеристики каждой хозяйственной операции, осуществляемой на объекте
управления. Переменная информация используется в одном цикле решения соответствующей
задачи, после чего она больше не используется (удаляется или помещается в архив).
Постоянная информация характеризует объекты учета и планирования
и остается неизменной в течение длительного промежутка времени, соизмеримого с
несколькими циклами решения задачи, в которой она используется.
Выбирался один из трех способов организации информационной
базы (ИБ):
1)
файловая
организация ИБ;
2)
интегрированная
ИБ,
3)
смешанная
организация ИБ.
Наиболее целесообразной организацией ИБ является
интегрированная база данных, которая представляет собой совокупность
взаимосвязанных и хранящихся вместе данных при такой минимальной избыточности,
которая допускает их использование оптимальным образом для любых приложений и
при этом обеспечивается независимость данных от программы, а для актуализации
данных используется общий способ управления.
Существует следующие модели логической структуры базы данных
(по способу установления связей между данными): иерархическая, сетевая и реляционная.
В иерархической модели каждой информационной единице
(сегменту), кроме корневого сегмента, соответствует один исходный сегмент и
между исходным и порожденным сегментом устанавливается только одна связь. В иерархических
моделях экземпляру исходного сегмента соответствует в общем случае какое-то число
экземпляров порожденного сегмента. Такие структуры удобны для отображения
отношений типа «один ко многим» в предметной области. Просмотр иерархической
структуры возможен только с корневой вершины. Пропуск сегмента в иерархическом
пути при доступе к заданному сегменту не допускается. Основные недостатки
иерархической структуры: трудность (неэффективность) отображения отношений типа
«многие ко многим»; длительность доступа к сегментам, находящимся на нижних
уровнях иерархии; ориентированность на определенный тип (разрез) запроса.
Сетевые модели графически отображаются в виде графа. Вершинам графа
соответствуют составные единицы информации (записи). Экземпляры записей образуют
файлы. Структура записи может быть иерархической или линейной в зависимости от
системы. Между парой типов записей может быть объявлено несколько связей, имена
и направления связей должны быть четко обозначены. Недостатками являются:
сложность, а также неудобство навигационного доступа.
Реляционная база данных - это множество отношений.
Реляционная модель данных характеризуется следующими моментами:
1) информационная конструкция - отношения с
двухуровневой конструкцией;
2) допустимые операции - выборка, проекция, соединение и
другие;
3) ограничения - функциональные зависимости между
атрибутами отношения или состояние класса объектов на некоторый момент времени.
Реляционная модель основана на математической логике и является
простейшей и наиболее привычной формой представления данных в виде таблицы.
Строка таблицы эквивалентна записи файла базы данных, а колонка - полю записи.
Доступ к элементу данных осуществляется посредством связи требуемой строки
(записи) с требуемой колонкой (полем). Достоинством реляционной модели является
сравнительная простота инструментальных средств ее поддержки,
недостатком - жесткость структуры данных (например, невозможность задания
строк таблицы произвольной длины) и зависимость скорости ее работы от размера
базы данных.
Преимущества использования реляционных базы данных состоит в
следующем:
1) простота - в реляционной модели данных существует
всего одна информационная конструкция, которая формализует табличное
представление данных, привычное для пользователей;
2) теоретическое обоснование - наличие теоретически
обоснованных методов нормализации отношений позволяет получать базы данных с
заранее заданными свойствами (в основном, с гарантией минимальной избыточности
представления данных);
3) независимость данных - когда необходимо изменить
структуру реляционной базы данных, то это приводит к минимальным изменениям в
программном продукте.
В данном дипломном проекте используется реляционная модель,
так как со структурной точки зрения реляционные модели являются более простыми
и однородными, чем сетевые и иерархические модели. Реляционные модели являются
наиболее распространенными и более подходят для решения поставленных в дипломе
задач.
В качестве СУБД выбираем Microsoft Access, как удобное и распространенное
средство создания баз данных, входящее в стандартный офисный пакет программ. В
Microsoft Access имеется возможность открывать таблицы, запросы, представления,
сохраненные процедуры, функции и формы в режимах сводной таблицы и сводной
диаграммы, что расширяет его аналитические возможности, упрощая
программирование прикладной системы. Существует возможность сохранять
представления в режимах сводной таблицы и сводной диаграммы в качестве страниц
доступа к данным, которые затем может просмотреть любой пользователь, на
компьютере которого установлен Microsoft Internet Explorer 5 или более поздняя
версия.
Кроме того, Microsoft Access предоставляет методы удобного
управления данными за счет упрощения создания и применения схем и таблиц стилей.
Microsoft Access позволяет легко описывать и доставлять сложные, структурированные
данные в или из любого приложения стандартным, совместимым способом. Например,
с помощью Microsoft Access можно создать схему, которая описывает структуру
данных, и отправить ее поставщикам, чтобы они точно знали, каким образом данные
должны выводится в их счетах. Все данные, вводимые в проекте Microsoft Access,
можно помещать в пакет, который отправляется на сервер при перемещении с
записи, закрытии формы или выборе команды.
Информационное обеспечение проекта заключается в трудоёмкой работе
по переводу в электронный вид всевозможных описаний и конфигураций товаров,
которыми необходимо наполнить электронный прилавок нашего Интернет-магазина.
1.4.3. Обоснование проектных решений по программному
обеспечению
Любое ПО подразделяется на общее и функциональное.
Общее (базовое, системное) ПО включает в себя операционные
системы, системы программирования и сервисные программы, которые предназначены
для управления работой процессора, организации доступа к памяти, периферийным
устройствам и сети, для управления файлами, запуска прикладных программ и
управления процессом их выполнения, а также для обеспечения выполнения программ
на языках высокого уровня. В их окружении, под их воздействием функционируют
прикладные программы. В комплекс программ функционального (прикладного,
специального) ПО входят уникальные программы и функциональные пакеты прикладных
программ (ППП). Функциональное ПО предназначено для автоматизации решения
функциональных задач отдела, а также связанных с ними некоторых оригинальных
задач.
На рынке программных средств на сегодняшний день представлено
большое количество производителей, занимающихся разработкой операционных систем
(ОС). Это такие фирмы как Microsoft, SCO (Santa Cruz Operation), USL (UNIX
System Laboratories) и т. д. Большинство ОС, производимых этими фирмами
предназначены для решения различного класса задач, но в последнее время
наблюдается тенденция к интеграции систем, ориентированных на использование в
офисе и дома и серверных систем. Ярким примером такой системы будет ОС фирмы
Microsoft - WindowsХР [5, c. 236].
В качестве ОС клиентской машины менеджера отдела АСУ
целесообразно выбрать WindowsХР, как одну из наиболее хорошо поддерживаемых и современных
клиентских ОС.
При выборе средств разработки был проведен анализ наиболее
распространенных сред программирования для операционной системы Windows.
Продукты фирмы Microsoft:
-
Microsoft Visual
C++;
-
Microsoft Visual
Basic.
Продукты фирмы IBM:
-
IBM Visual Age.
Продукты фирмы Borland:
Borland
C++;
Borland
Delphi;
Borland
C++ Builder.
Microsoft Visual C++ является наиболее популярным средством
среди разработчиков программного обеспечения в ОС Windows. Эта среда предоставляет
широкие возможности по созданию, отладке и документированию программ, содержит
библиотеку функций и объектов для работы с операционной системой Microsoft
Foundation Classes (MFC), поддерживает технологии работы с данными (ODBC, OLE,
COM). Все это в сочетании с мощным языком программирования C++ делает данный
продукт весьма привлекательным.
Microsoft Visual Basic является удобным средством визуального
проектирования, поддерживающим технологии работы с данными, Internet и доступа
к ресурсам операционной системы. Тем не менее, эта среда практически не предназначена
для разработки сложных самостоятельных программ и служит, преимущественно, в
качестве ядра для поддержки продуктов Microsoft: Microsoft Office, Microsoft
FoxPro и других.
IBM Visual Age является менее распространенным средством
разработки. Эта среда ориентирована, в первую очередь, на создание приложений
для работы с Internet и включает компиляторы языков C++ и Java. Visual Age, тем
не менее, не обладает большими возможностями для создания интерфейса и не содержит
обширной библиотеки объектов для работы с операционной системой.
Borland C++ версии 5 является мощным компилятором языка C++ и
предоставляет полноценную среду программирования. Поддерживаются объектно-ориентированные
библиотеки Microsoft Foundation Classes (MFC) и Object Windows Library (OWL). К
сожалению, этот продукт устарел и не полностью соответствует последним
стандартам языка, а также не поддерживает визуального проектирования.
Borland Delphi и Borland C++ Builder являются мощными
средствами разработки, основанными на использовании визуальных компонентов. Эти
продукты предоставляют удобную среду программирования, поддерживают современные
технологии работы с данными, графикой и системными ресурсами. Механизм работы с
базами данных Borland Database Engine (BDE) является простым, удобным и
достаточно эффективным средством. Borland Delphi и Borland C++ Builder включают
также обширную библиотеку визуальных компонентов Visual Components Library
(VCL).
Исходя из назначения и функций автоматизированной системы,
была выбрана среда программирования Borland Delphi. Delphi - это комбинация нескольких
важнейших технологий:
-
высокопроизводительный
компилятор в машинный код;
-
объектно-ориентированная
модель компонент;
-
визуальное (а,
следовательно, и скоростное) построение приложений из программных прототипов;
-
масштабируемые
средства для построения баз данных.
Компилятор, встроенный в Delphi, обеспечивает высокую производительность,
необходимую для построения приложений. Этот компилятор в настоящее время
является самым быстрым в мире. Он предлагает легкость разработки и быстрое
время проверки готового программного блока, характерного для языков четвертого
поколения (4GL) и в то же время обеспечивает качество кода, характерного для
компилятора 3GL.
В процессе построения приложения разработчик выбирает из палитры
компонент готовые компоненты. Еще до компиляции он видит результаты своей
работы - после подключения к источнику данных их можно видеть отображенными на
форме, можно перемещаться по данным, представлять их в том или ином виде.
В этом смысле проектирование в Delphi мало чем отличается от проектирования
в интерпретирующей среде, однако после выполнения компиляции мы получаем код,
который исполняется в 10-20 раз быстрее, чем то же самое, сделанное при помощи
интерпретатора. Кроме того, в Delphi компиляция производится непосредственно в
родной машинный код, в то время как существуют компиляторы, превращающие
программу в так называемый p-код, который затем интерпретируется виртуальной
p-машиной. Это не может не сказаться на фактическом быстродействии готового
приложения.
Основной упор этой модели в Delphi делается на максимальном реиспользовании
кода. Это позволяет разработчикам строить приложения весьма быстро из заранее
подготовленных объектов, а также дает им возможность создавать свои собственные
объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут
создавать разработчики, не существует. Действительно, все в Delphi написано на
нем же, поэтому разработчики имеют доступ к тем же объектам и инструментам,
которые использовались для создания среды разработки. В результате нет никакой
разницы между объектами, поставляемыми Borland или третьими фирмами, и
объектами, которые вы можете создать.
В стандартную поставку Delphi входят основные объекты, которые образуют
удачно подобранную иерархию из 270 базовых классов, однако существует список
свободно распространяемых или коммерческих компонент, разработанных третьими
фирмами, количество этих фирм в настоящее время превышает число 250. На Delphi
можно одинаково хорошо писать как приложения к корпоративным базам данных, так
и, к примеру, игровые программы. Во многом это объясняется тем, что традиционно
в среде Windows было достаточно сложно реализовывать пользовательский
интерфейс. Событийная модель в Windows всегда была сложна для понимания и
отладки. Но именно разработка интерфейса в Delphi является самой простой
задачей для программиста.
Cреда Delphi включает в себя полный набор визуальных инструментов для
скоростной разработки приложений RAD, поддерживающей разработку
пользовательского интерфейса и подключение к корпоративным базам данных. VCL -
библиотека визуальных компонент, включает в себя стандартные объекты построения
пользовательского интерфейса, объекты управления данными, графические объекты,
объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и
OLE. Единственное, что можно поставить в вину Delphi, это то, что готовых
компонент, поставляемых Borland, могло бы быть и больше. Однако, разработки
других фирм, а также свободно распространяемые программистами
freeware-компоненты уже восполнили этот недостаток. В Visual Basic соответствующий
стандарт компонент назывался VBX. И этот стандарт так же поддерживается в
Delphi. Однако, визуальные компоненты в Delphi обладают большей гибкостью. Вспомним,
в чем была проблема в VB. Прикладной программист программировал, вообще говоря,
в среде языка Бэйсик. А компоненты в стандарте VBX готовили ему его
коллеги-профессионалы на С++. В Delphi визуальные компоненты пишутся на
объектном Паскале, на том же Паскале, на котором пишется алгоритмическая часть
приложения. И визуальные компоненты Delphi получаются открытыми для надстройки
и переписывания.
Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland
Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ
к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью.
Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы
можно было разработать расширяемые на любые внешние SQL-сервера приложения в
офлайновом режиме. Разработчик в среде Delphi, проектирующий информационную
систему для локальной машины (к примеру, небольшую систему учета медицинских
карточек для одного компьютера), может использовать для хранения информации файлы
формата .dbf (как в dBase или Clipper) или .db (Paradox). Если же он будет
использовать локальный InterBase for Windows 4.0 (это локальный SQL-сервер,
входящий в поставку), то его приложение безо всяких изменений будет работать и
в составе большой системы с архитектурой клиент-сервер. В этом и заключается
масштабируемость на практике - одно и то же приложение можно использовать как
для локального, так и для более серьезного клиент-серверного вариантов.
II. Проектная часть
2.1.
Разработка
проекта автоматизации
2.1.1. Этапы жизненного цикла проекта
автоматизации
Согласно п. 1.1 ГОСТ 34.601-90
процесс создания АС представляет собой совокупность упорядоченных во времени,
взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо
и достаточно для создания АС, соответствующей заданным требованиям.
Согласно п. 1.2 ГОСТ 34.601-90 стадии
и этапы создания АС выделяются как части процесса создания по соображениям
рационального планирования и организации работ, заканчивающихся заданным
результатом.
Перечень стадий и этапов работ по
созданию Интернет-магазина спортивных товаров для фирмы «БСКА» согласно ГОСТ
34.601-90 приведен в
табл. 2.1.
Таблица 2.1
|
Стадии
|
Этапы работ
|
|
1. Формирование требований к АС
|
1.1. Обследование объекта и обоснование необходимости создания
АС.
1.2. Формирование требований пользователя к АС.
1.3. Оформление отчёта о выполненной работе и заявки на разработку
АС (тактико-технического задания)
|
|
2. Разработка концепции АС
|
2.1. Изучение объекта.
2.2. Проведение необходимых научно-исследовательских работ.
2.3. Разработка вариантов концепции АС, удовлетворяющих
требованиям пользователя.
2.4. Оформление отчёта о выполненной работе.
|
|
3. Техническое задание
|
3.1. Разработка и утверждение технического задания на создание
АС.
|
|
4. Эскизный проект
|
4.1. Разработка предварительных проектных решений по системе
и её частям.
4.2. Разработка документации на АС и её части.
|
|
5. Технический проект
|
5.1. Разработка проектных решений по системе и её частям.
5.2. Разработка документации на АС и её части.
5.3. Разработка и оформление документации на поставку изделий
для комплектования АС и (или) технических требований (технических заданий) на
их разработку.
5.4. Разработка заданий на проектирование в смежных частях
проекта объекта автоматизации.
|
|
6. Рабочая документация
|
6.1. Разработка рабочей документации на систему и её части.
6.2. Разработка или адаптация программ.
|
|
7. Ввод в действие
|
7.1. Подготовка объекта автоматизации к вводу АС в действие.
7.2. Подготовка персонала.
7.3. Комплектация АС поставляемыми изделиями (программными
и техническими средствами, программно- техническими комплексами,
информационными изделиями).
7.6. Проведение предварительных испытаний.
7.7. Проведение опытной эксплуатации.
7.8. Проведение приёмочных испытаний.
|
Согласно
п. 2.2 ГОСТ 34.601-90 стадии и этапы, выполняемые организациями-участниками
работ по созданию АС, устанавливаются в договорах и техническом задании на
основе настоящего стандарта. В зависимости от специфики создаваемых АС и
условий их создания допускается выполнять отдельные этапы работ до завершения
предшествующих стадий, параллельное во времени выполнение этапов работ,
включение новых этапов работ.
На
этапе 3.1 «Разработка и утверждение технического задания на создание АС» проводят
разработку, оформление, согласование и утверждение технического задания на АС.
На этапе 4.1 «Разработка предварительных проектных
решений по системе и ее частям» определяются: функции АС; функции подсистем, их
цели и эффекты; состав комплексов задач и отдельных задач; концепция информационной
базы, ее укрупненная структура; функции системы управления базой данных; состав
вычислительной системы; функции и параметры основных программных средств.
На этапе 5.1 «Разработка проектных решений по системе и
ее частям» обеспечивают разработку общих решений по системе и ее частям, функционально-алгоритмической
структуре системы, по функциям персонала и организационной структуре, по
структуре технических средств, по алгоритмам решения задач и применяемым
языкам, по организации и ведению информационной базы, системе классификации и
кодирования информации, по программному обеспечению.
На этапах 4.2 и 5.2 «Разработка документации на АС и ее
части» проводят разработку, оформление, согласование и утверждение документации
в объеме, необходимом для описания полной совокупности принятых проектных решений
и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов
- по ГОСТ 34.201-89.
На этапе 5.3 «Разработка и оформление документации на
поставку изделий для комплектования АС и (или) технических требований
(технических заданий) на их разработку» проводят: подготовку и оформление
документации на поставку изделий для комплектования АС; определение технических
требований и составление ТЗ на разработку изделий, не изготовляемых серийно.
На этапе 5.4 «Разработка заданий на проектирование в
смежных частях проекта объекта автоматизации» осуществляют разработку,
оформление, согласование и утверждение заданий на проектирование в смежных
частях проекта объекта автоматизации для проведения строительных,
электротехнических, санитарно-технических и других подготовительных работ,
связанных с созданием АС.
На этапе 6.1 «Разработка рабочей документации на систему
и ее части» осуществляют разработку рабочей документации, содержащей все
необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС
в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных
характеристик (качества) системы в соответствии с принятыми проектными
решениями, ее оформление, согласование и утверждение.
На этапе 6.2 «Разработка или адаптация программ»
проводят разработку программ и программных средств системы, выбор, адаптацию и
(или) привязку приобретаемых программных средств, разработку программной документации
в соответствии с ГОСТ 19.101.
На этапе 7.1 «Подготовка объекта автоматизации к вводу
АС в действие» проводят работы по организационной подготовке объекта
автоматизации к вводу АС в действие, в том числе:
- реализацию проектных решений по организационной структуре
АС;
- обеспечение подразделений объекта управления
инструктивно-методическими материалами;
- внедрение классификаторов информации.
На этапе 7.2 «Подготовка персонала» проводят обучение
персонала и проверку его способности обеспечить функционирование АС.
На этапе 7.5 «Пусконаладочные работы»
проводят:
- автономную наладку технических и программных
средств,
- загрузку информации в базу данных и проверку
системы её ведения;
- комплексную наладку всех средств системы.
На этапе 7.6 «Проведение предварительных испытаний»
осуществляют испытания АС на работоспособность и соответствие техническому заданию
в соответствии с программой и методикой предварительных испытаний.
На этапе 7.7 «Проведение опытной эксплуатации» проводят:
- опытную эксплуатацию АС;
- анализ результатов опытной эксплуатации АС;
- доработку (при необходимости) программного
обеспечения АС;
- дополнительную наладку (при необходимости)
технических средств АС;
- оформление акта о завершении опытной эксплуатации.
Для успешной
реализации проекта базы данных объект проектирования должен быть прежде всего
адекватно описан, должны быть построены полные и непротиворечивые
функциональные и информационные модели базы данных. Накопленный к настоящему
времени опыт проектирования информационных систем показывает, что это логически
сложная, трудоемкая и длительная по времени работа, требующая высокой
квалификации участвующих в ней специалистов. Однако до недавнего времени
проектирование выполнялось в основном на интуитивном уровне с применением
неформализованных методов, основанных на искусстве, практическом опыте,
экспертных оценках и дорогостоящих экспериментальных проверках качества
функционирования информационной системы. Кроме того, в процессе создания и
функционирования информационной системы потребности пользователей могут
изменяться или уточняться, что еще более усложняет разработку и сопровождение
таких систем.
При проектировании информационной системы необходимо провести
анализ целей этой системы и выявить требования к ней отдельных пользователей.
Сбор данных начинается с изучения сущностей предметной области, процессов,
использующих эти сущности, и связей между ними и заканчивается построением
ER-модели, являющейся базисом формализованной модели данных. На сегодняшний
день в подавляющем большинстве случаев это реляционная модель данных, ставшая
по сути дела стандартом де-факто для построения систем баз данных и позволяющая
средствами формализованного языка манипулировать данными
Основная цель проектирования базы данных – это сокращение
избыточности хранимых данных, а следовательно, экономия объема используемой памяти,
уменьшение затрат на многократные операции обновления избыточных копий и
устранение возможности возникновения противоречий из-за хранения в разных
местах сведений об одном и том же объекте.
2.2.
Информационное
обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему, отражающую
преобразование информационных реквизитов от источников информации до её получателей
или, иными словами, процесс обработки информации в информационной системе.
Для использования в АИС Интернет-магазина с АРМ Склад, АРМ Кадры
и АРМ Бухгалтерия, все компьютеры должны быть соединены единой локальной сетью.
АРМ «Склад» АРМ «Кадры» АРМ «Бухгалтер»
АРМ руководителя АСУ
Рис. 2.3. Схема взаимодействия АРМов
Информационная модель комплекса задач, представленная в виде
схемы преобразования данных на рис. 2.2, дает структурное представление
движения информационных потоков (путь данных) с момента поступления входной информации
в АРМ руководителя АСУ до момента выдачи выходных ведомостей. Информационная
модель включает в себя совокупность входных и выходных документов, таблиц входной
оперативной, постоянной, промежуточной и результатной информации.
При машинной
реализации комплекса задач Интернет-магазина для автоматизированного
формирования входных оперативных файлов импортируются данные из АРМ Склад, АРМ
кадры, АРМ Бухгалтер. Информация по компьютерам вводится с помощью форм ввода
информации.
Для решения
комплекса задач используются файлы с условно-постоянной информацией:
справочник типов товаров, используемых в товарообороте компании – «Тип оргтехники»;
справочник поставщиков – «Поставщики», справочник «Отделы», справочник «Сотрудники».
Основными объектами автоматизации являются: устройства
и пользователи.
Основными ограничения являются:
-
нельзя удалить
устройства, которого нет в учете;
-
нельзя ввести
инвентарный номер устройства, который уже имеется;
-
дата списание не
может быть раньше даты поступления;
-
дата ремонта не
может быть меньше даты поступления.
Поставщики/получатели. Каждый из них имеет свой уникальный
код, реквизиты, тип установленный менеджером по продажам, рейтинг. Поставщики
поставляют оргтехнику и расходные материалы к ней, получают оплату за товар.
Процессы с устройствами: регистрируют, приходуют, выписывают
счет, расходуют, эксплуатируют, ремонтируют, списывают.
Для
автоматизированного составления реестров используются файлы справочников с
условно-постоянной информацией и данные файла с оперативной информацией,
который выдается на печать и сохраняется для решения задачи – «План
обслуживания оргтехники».
Блок товаров содержит таблицы прихода и расхода, таблицу типов
(классификатор) каждого товара, таблицу отпускных цен каждого товара в различной
системе ценообразования, таблицы прежнего состояния складов (все данные о
приходе/расходе до текущего периода времени (текущий не включается).
На основе введенной информации могут использоваться различные
методы анализа и могут быть получены справки по парку оргтехники и отдельным
устройствам, история движения отдельного устройства.
2.2.2. Используемые
классификаторы и системы кодирования
Для решения комплекса задач автоматизации
работы Интернет-магазина используются классификаторы, представленные в таблице
2.3.
Таблица 2.3.
Состав классификаторов для комплекса
задач «АИС учета компьютерного парка»
|
Наименование кодируемого множества
объектов
|
Знач-ность кода
|
Система кодирования
|
Система классификации
|
Вид классификатора
|
|
Номер
Заявки
|
4
|
Порядковая
|
Отсутствует
|
Локальный
|
|
Код
отдела
|
3
|
Порядковая
|
Отсутствует
|
Корпоративный
|
|
Табельный
номер работника
|
4
|
Порядковая
|
Отсутствует
|
Корпоративный
|
|
Код
устройства
|
4
|
Порядковая
|
Отсутствует
|
Локальный
|
|
Код вида
техники
|
3
|
Порядковая
|
Отсутствует
|
Локальный
|
|
Код
поставщика
|
3
|
Порядковая
|
Отсутствует
|
Корпоративный
|
В
системе используется два вида классификаторов:
-
классификаторы локальные, которые используются локально в рамках Интернет-магазина
спортивных товаров;
-
классификаторы корпоративные, которые используются во всех информационных
системах предприятия.
Все классификаторы, используемые в Интернет-магазине являются
порядковыми и не используют никакой особой системы классификации, поскольку
используются для небольшого количество классифицируемых объектов в рамках предприятия.
Кодирование классификаторов выполняется в порядковой системе
кодирования, что позволяет использовать средства автоматизированного кодирования
записей, которое обеспечивается системой управления базой данных Access.
Для того, чтобы пользователю было удобно использовать
систему, в ней необходимо предусмотреть ряд справочников. Все они могут быть дополнены
и изменены в зависимости от необходимости и использоваться потом при заполнении
информации об единицах компьютерной техники.
Характеристика нормативно-справочной информации приведена в
табл. 2.4.
Таблица 2.4
Характеристика нормативно-справочной информации
|
Название
справочника
|
Ответственный за
ведение
|
Средний объем
справочника в записях
|
Средняя частота
актуализации
|
Средний объем
актуализации (в записях)
|
|
Пользователи
|
Инспектор отдела кадров
|
150
|
Месяц
|
5
|
|
Отделы
|
20
|
Год
|
2
|
|
Поставщики
|
Инженер отдела АСУ
|
100
|
Месяц
|
5
|
|
Типы устройств
|
20
|
Месяц
|
1
|
К нормативно-справочной информации в проектируемой системе можно
отнести следующие справочники:
-
справочник пользователей;
-
справочник фирм поставщиков;
-
справочник отделов;
-
справочник типов устройств.
Реквизиты
справочной информация представлены в таблицах 2.5-2.8.
Справочник
пользователи содержит основные личные данные о сотрудниках предприятия. Это
такие данные как фамилии, имя, отчество сотрудника и его должность. Все эти
данные необходимы для нормального ведения учета средств вычислительной техники
на предприятии и быстрого поиска основных сведений о сотрудниках.
Таблица
2.5
|
№ п/п
|
Наименование данных
|
Условное обозначение
|
Тип данных
|
Формат
|
|
1
|
Табельный
номер
|
N_tabel
|
Целое
|
4
|
|
2
|
ФИО
|
Name
|
Teкcтoвый
|
50
|
|
3
|
Дoлжнocть
|
Job
|
Teкcтoвый
|
50
|
|
4
|
Отдeл
|
Depart
|
Текстовое
|
50
|
В данном справочнике содержится информация по пользователям
оргтехники по каждому подразделению (отделу). Внешний вид данного справочника
приведен на рис. 2.5.
Рис. 2.5. Форма справочника
пользователей
Для просмотра всех пользователей, имеющихся в каком – либо
подразделении, необходимо курсором мыши, «щелкнуть» на треугольнике в правом углу
поля бирюзового цвета.
При этом откроется список, имеющихся на предприятии подразделений,
в котором следует выбрать интересующее подразделение. Список имеющихся
подразделений берется из справочника Подразделения, то есть он полностью совпадает
с подразделениями, заведенными в справочнике.
Справочник
фирм поставщиков содержит информацию о фирмах-поставщиках, обслуживающих фирмах
и ремонтных мастерских. Данный справочник является необходимым для получения
полной информации о фирме, которая производит гарантийное или сервисное
обслуживание средств вычислительной техники на предприятии и программного обеспечения.
Таблица
2.6
|
№ п/п
|
Наименование
|
Условное обозначение
|
Тип данных
|
Формат
|
|
1
|
Код
поставщика
|
Kod_postav
|
Целое
|
3
|
|
2
|
Наименование
поставщика
|
Name
|
Teкcтoвый
|
50
|
|
3
|
Адрес
предприятия
|
Address
|
Teкcтoвый
|
50
|
|
4
|
Телефоны
|
Phone
|
Текстовый
|
20
|
|
5
|
Контактное
лицо
|
Contact
|
Teкcтoвый
|
50
|
Справочник
отделов содержит сведения об отделах предприятия (табл. 2.7).
Таблица 2.7
|
№ п/п
|
Наименование
|
Условное обозначние
|
Тип данных
|
Формат
|
|
1
|
Код отдела
|
Kod_depart
|
Целое
|
2
|
|
2
|
Наименование
отдела
|
Name
|
Teкcтoвый
|
50
|
Справочник
типов устройств содержит сведения о типах устройств компьютерной техники,
использующихся на предприятии (табл. 2.8).
Таблица 2.8
|
№ п/п
|
Наименование данных
|
Условное наименование
|
Тип данных
|
Формат
|
|
1
|
Код типа
устройства
|
Kod_type
|
Целое
|
3
|
|
2
|
Тип устройства
|
Type
|
Teкcтoвый
|
50
|
Основное
отличие справочной информации от входной заключается в том, что справочная
информация заполняется один раз и потом многократно используется при заполнении
оперативной входной информации.
Вызов определенного справочника в режиме просмотра и
редактирования осуществляется с помощью меню “Справочник” или кнопки панели
инструментов.
Добавление нового устройства. Для добавления
нового устройства в таблицу необходимо открыть таблицу устройства, выбрать
закладку, соответствующую добавляемому устройству и нажать кнопку “Добавить”
или клавишу Ins. После этого вызывается форма
добавления нового устройства (рис. 2.6).
При этом название формы отображает название того устройства,
которое добавляется. Например – если осуществлялся просмотр материнских плат,
то есть была активна закладка Мат. платы, то при добавлении новой записи – название
формы будет МАТ. ПЛАТА.
Форма для всех устройств внешне выглядит одинаково, отличие
состоит, лишь в названии формы и в том, что для различных устройств в группе
полей Общие данные открыты для редактирования разные поля. Так, например, для
материнских плат активными для редактирования являются поля – Изготовитель,
Чипсет, Модель и три флажка – встроенный звук (Audio), встроенное видео (Video) и встроенная сетевая карта (LAN). А для жестких дисков (HDD) – активными будут – Изготовитель, Модель, Емкость,
Скорость.
Обязательным полем для заполнения являетcя поле «Инвентарный №».
Если заполнено поле «от», означающее дату продажи (дата
составления счет фактуры) и поле «Гарантия, мес», то программа автоматически
складывает эти поля и сравнивает с текущей датой, если срок гарантии не вышел,
устройство помечается салатовым цветом и числится на гарантии. По истечении гарантийного
срока, выделение цветом автоматически пропадает и устройство с гарантии
снимается.
Рис. 2.6 – Добавление нового
устройства
При
включении галочки – «Списано», появляется поле дата – в котором устанавливается
дата списания, после сохранения результата устройство помечается красным цветом
и числится списанным. Для снятия списания – достаточно просто отключить галочку
«Списано» и выделение красным цветом снимается.
Если
у устройства не заполнены поля «Подразделение» и «Пользователь» и при этом оно
не стоит ни на одном компьютере, это означает, что устройство никому не
выдавалось и оно числится в ЗИП, при этом в таблице такое устройство выделяется
серым цветом. При заполнении одного из этих полей выделение серым цветом
снимается и устройство числится, как выданное – синий цвет или установленное на
компьютер – голубой цвет.
Поле
«Примечания» предназначено для записи каких – либо заметок. Все заметки
вводятся сплошным текстом, данное поле может содержать до 255 символов.
Поле
«Стоимость, руб», вычисляется автоматически, после выбора значения НДС, при
условии, что поле «Цена, руб» – заполнено.
Если
устройство пришло в составе компьютера, оно не имеет своих данных о покупке и
инвентарного номера, поэтому для таких устройств следует включить галочку «В составе
компьютера», после чего группы полей «Данные о покупке», «Данные о выдачи» и
поле «Инвентарный №» закрываются для редактирования и заполняются
автоматически. Подробнее об этом рассматривается при описании таблицы «Компьютеры»
в подразделе «Добавление нового устройства на компьютер» и «Снятие устройства с
компьютера».
Удаление устройств. Для удаления какого – либо устройства,
необходимо выделить удаляемое устройство курсором мыши и нажать кнопку «Удалить».
Перед удалением устройств необходимо очистить историю его перемещения (то есть
удалить все записи таблицы История перемещения). В противном случае, программа
не даст удалить выбранное устройство.
Копирование устройств. Когда по одной и той же счет фактуре
куплены несколько устройств, то достаточно занести только одно из них, и для
удобства – скопировать столько раз, сколько нужно. Для этого используется
кнопка «Копировать».
При копировании устройства появляется диалоговое окно, где
можно выбрать способ копирования, с сохранением подразделения, в которое оно
выдано или нет. При копировании устройства, копируется вся информация, содержащаяся
в оригинале, кроме инвентарного номера, который надо заносить вручную. При этом
автоматически открывается форма устройства, в которой содержится вся информация
и для ее сохранения, необходимо нажать кнопку «Сохранить». При нажатии кнопки «Выход»
или клавиши Esc, копии не получается.
Печать актов
ввода и списания на устройства. После того, как устройство полностью заведено,
можно напечатать акт ввода. Для этого необходимо выбрать устройство, на которое
необходимо печатать акт и нажать кнопку «Печать». После этого появится форма
печати актов.
Быстрый
поиск устройства. Для быстрого поиска и перехода к нужному устройству можно
использовать режим быстрого поиска.
Для
выполнения быстрого поиска, необходимо выделить любой элемент таблицы
устройства и набирать на клавиатуре значение инвентарного номера, искомого
устройства. В случае обнаружения введенного символа, автоматически выделяется
элемент таблицы, наиболее подходящий под это значение.
Другой
способ поиска – поместить курсор в поле – локатор, набрать искомое значение с
клавиатуры и нажать клавишу Tab,
после чего в таблице будет выбрано искомое устройство или наиболее близкое по
инвентарному номеру к нему.
Отбор
устройств по объединяющим их признакам. В таблице Устройства имеется
возможность фильтрации устройств по некоторым признакам. В верхней части окна
Устройства имеется ряд кнопок – Все, ЗИП, Выдано, На гарантии и Списано.
Надписи на этих кнопках имеют различные цвета и показывают варианты цвета
выделения устройств и что эти цвета обозначают.
При
включении этих кнопок происходит фильтрация данных в таблице и отображаются
только те устройства, которые обозначены на включенной кнопке. Так, например, если
включена кнопка ЗИП, то в таблице будут отображены только те устройства,
которые находятся в ЗИП. По умолчанию – включена кнопка Все и в таблице
отображаются все устройства, имеющиеся на предприятии.
Данная
таблица отображает данные по компьютерам, устройствам и программному обеспечению,
установленному на нем. Вызов данной таблицы осуществляется с помощью пункта
меню «Таблица», в котором необходимо выбрать пункт – Компьютеры или с помощью
кнопки панели инструментов. Окно условно разбито на 2 части: Системные блоки –
в левой части, Устройства и Программное обеспечение, установленное на
компьютере. Таким образом, обе таблицы, отображают реальную картину находящихся
в использовании компьютеров.
В
левой части окна находятся данные по самим системным блокам. В этой таблице
данные упорядочены по инвентарному номеру системных блоков в порядке его
возрастания. Кроме этого, в таблице отображается подразделение и пользователь,
работающий на данном компьютере. Для того, чтобы информация была более
подробной – используется выделение цветом записей.
При отображении устройств, также, как и системных блоков,
используется выделение записей цветами, устройства, находящиеся на гарантии –
салатовым, а списанные – красным цветом.
Добавление
нового компьютера. Для добавления нового компьютера необходимо открыть таблицу
компьютеры, и нажать кнопку «Добавить» в левой части окна или клавишу Ins. После этого вызывается форма
СИСТЕМНЫЙ БЛОК.
Если
при занесении системного блока заполняются поля «Счет фактура №», «от» и «Гарантия,
мес.», то программа автоматически складывает поля «от», «Гарантия, мес.» и
сравнивает с текущей датой, если срок гарантии не вышел, системный блок
помечается салатовым цветом и числится на гарантии. По истечении гарантийного
срока, выделение цветом автоматически пропадает и компьютер с гарантии снимается.
Добавление нового устройства на компьютер. Для добавления
нового устройства необходимо выбрать системный блок, на которое ставится устройство
и нажать кнопку «Добавить» в правой части окна. После этого вызывается таблица
Устройства в режиме выбора элемента таблицы.
После
этого необходимо найти устанавливаемое устройство в таблице или добавить его в
таблицу Устройства и нажать кнопку «Выбрать» или клавишу Enter. Данное устройство автоматически
появляется в правой части окна Компьютеры и в таблице Устройства, появляется
инвентарный номер компьютера, на который оно установлено. Автоматически, в поле
«Дата установки” этого устройства помещается текущая дата, а в таблицу История
перемещения заносится новая запись.
Если
подразделение выбираемого устройства не совпадает с подразделением компьютера,
на который это устройство устанавливается, программа выдаст сообщение «Подразделения
устройства и компьютера не совпадают!» и данное устройство поставить будет
нельзя, до тех пор, пока не пометь подразделение. Если выбираемое устройство
уже установлено на другой компьютер, то будет выдано сообщение «Данное
устройство уже установлено на компьютер, хотите переставить?» и если нажать
кнопку «Да», то устройство будет переставлено.
При
установке любого устройства на компьютер, ему автоматически присваивается
подразделение и пользователь компьютера.
Если
у устанавливаемого устройства стоит флажок в составе компьютера и поле дата
снятия – не заполнено, это означает, что это устройство пришло в составе
данного компьютера и его группа полей «Данные о покупке» заполняется, также,
как она заполнена у компьютера, на который это устройство устанавливается.
Просмотр и изменение данных устройства. Для просмотра или
изменения информации, установленного на компьютер устройства, необходимо выделить
курсором нужное устройство и нажать кнопку «Открыть» в правой части окна
Компьютеры, под таблицей устройства. При этом открывается форма данного
устройства, такая же как и при открытии записи в таблице Устройства. Изменение
данных осуществляется, также, как это было описано в разделе «Таблица
Устройства».
Кроме
этого можно посмотреть историю перемещения данного устройства, нажав кнопку «История»
в правой части таблицы Компьютеры.
Снятие устройства с компьютера. Для снятия выбранного устройства,
необходимо нажать кнопку «Удалить» под таблицей устройства в окне Компьютеры.
После чего подтвердить свои намерения, нажав в диалоговом окне кнопку «Да».
После этого будет предложено два варианта снятия устройства это снятие с помещением
его в ЗИП или оно будет снято с компьютера, но оставлено в подразделении. После
снятия устройства, его можно выдать в другое подразделение или установить на
другой компьютер. При снятии устройства в поле «Дата снятия» помещается текущая
дата, а в таблицу История перемещения заносится новая запись.
Программное обеспечение, устанавливаемое на компьютер. Для
просмотра и изменения данных по программам, необходимо перейти на вкладку Программное
обеспечение.
Работа
по добавлению, изменению и удалению программного обеспечения осуществляется
также, как и установка, снятие и изменение данных устройств, с той разницей,
что при добавлении программы – вызывается таблица Программное обеспечение. При
удалении программы с компьютера, она автоматически помечается как не установленная.
Просмотр и изменение данных системного блока. Для просмотра
более полной информации о системном блоке или ее изменения, необходимо выбрать
интересующий системный блок и нажать кнопку “Открыть” в левой части окна
Компьютеры, под таблицей системные блоки. При этом вызывается форма СИСТЕМНЫЙ
БЛОК, в которой можно просмотреть или изменить данные.
После
изменения пользователя или подразделения, в которое выдан компьютер, при
сохранении новых данных будет выдано предупреждение: «Необходимо обновить все
устройства данного компьютера!». Это означает, что чтобы измененная информация
была внесена в устройства, установленные на этот компьютер, необходимо
последовательно выделяя каждое устройство нажимать кнопку «Обновить».
После этого данные будут внесены в соответствующие поля
устройств, а в историю перемещения каждого устройства автоматически добавятся записи
о перемещении. В историю перемещения компьютера также автоматически заносится
соответствующая запись.
Просмотр истории перемещения системного блока. История перемещения
компьютера ведется автоматически при изменении данных о пользователе или
подразделении, в которое выдан системный блок. Для просмотра истории перемещения,
необходимо нажать кнопку «История» (см. история перемещения устройств).
Удаление системного блока. Для удаления системного блока,
необходимо нажать кнопку «Удалить». Перед удалением системного блока необходимо
снять с него все устройства, удалить программное обеспечение и очистить историю
перемещения. В противном случае, программа не даст удалить выбранный системный
блок.
Копирование системного блока. Когда по одной и той же счет
фактуре куплены несколько системных блоков, то достаточно занести только один
из них, и для удобства – скопировать столько раз, сколько нужно. Для этого используется
кнопка «Копировать».
При копировании системного блока появляется диалоговое окно,
где мож но выбрать способ копирования, с сохранением подразделения, в которое
он выдан или нет. При копировании системных блоков, копируется вся информация,
содержащаяся в оригинале, кроме инвентарного номера, который надо заносить
вручную. При этом автоматически открывается форма СИСТЕМНЫЙ БЛОК, в которой
содержится вся информация и для ее сохранения, необходимо нажать кнопку «Сохранить».
Модификация
компьютеров. В процессе эксплуатации, на компьютере могут быть заменены
некоторые устройства, например, для увеличения производительности или в связи с
выходом из строя старых. Для того, чтобы выделить такие компьютеры из числа других,
используется поле «Upgrade» в форме
СИСТЕМНЫЙ БЛОК. Когда данное поле выбрано, в таблице компьютер отображается,
как модифицированный, то есть выделяется синим цветом.
Быстрый
поиск компьютера. Для быстрого поиска и перехода к нужному компьютеру можно
использовать режим быстрого поиска.
Для
выполнения быстрого поиска, необходимо выделить любой элемент таблицы
Компьютеры и набирать на клавиатуре значение инвентарного номера, искомого
компьютера. В случае обнаружения введенного символа, автоматически выделяется
элемент таблицы, наиболее подходящий под это значение.
Другой
способ поиска – поместить курсор в поле – локатор, набрать искомое значение с
клавиатуры и нажать клавишу Tab,
после чего в таблице будет выбран искомый компьютер или наиболее близкий по
инвентарному номеру к нему.
Поиск
компьютеров по объединяющим их признакам. Для того, чтобы просмотреть
компьютеры по интересующим признакам, например, находящиеся в одном подразделении,
находящиеся на гарантии, списанные, модифицированные, купленные по одной счет
фактуре и т.д. используется вкладка Фильтр.
В
левой части окна появляется окно фильтра. После выбора условий, по которым
происходит отбор компьютеров, следует нажать кнопку “Поставить”. Далее окно
перейдет в исходное состояние, и отображаться будут только те компьютеры,
которые подходят под выбранные условия.
При
наложении условий отбора следует помнить, что все условия между собой соединяются
как «И». То есть если выбрать – На гарантии и указать подразделение, то отобразятся
только те компьютеры, которые находятся в выбранном подразделении и гарантийный
срок которых еще не вышел. Если выбрать Модифицированные и задать номер счет
фактуры в поле «Счет фактура №», то будут показаны те компьютеры, которые были
куплены по заданной счет фактуре, и на которых производилась модификация.
Данная таблица отображает данные по устройствам и системным
блокам, над которыми производился ремонт и данные по производимому ремонту. Вызов
данной таблицы осуществляется с помощью пункта меню «Таблица», в котором
необходимо выбрать пункт – Ремонт устройств или с помощью кнопки панели инструментов
.
Добавление
нового ремонта. Для добавления нового ремонта, необходимо открыть таблицу
ремонт устройств, и нажать кнопку «Добавить» в левой части окна или клавишу Ins. После этого вызывается форма
РЕМОНТ.
Рис. 2.7 – Форма
добавления/редактирования данных о ремонте
В
данную форму необходимо внести всю известную информацию и нажать кнопку «Сохранить».
Обязательными для заполнения полями являются – поля «Сервис – центр» и дата
начала ремонта – поле «от». Пока обязательные поля не заполнены – программа не
даст сохранить внесенные данные.
Постановка
устройства на ремонт. Для добавления устройства в ремонт, необходимо в левой
части окна, выбрать ремонт, на которые ставится устройство и нажать кнопку «Добавить»
в правой части окна (под таблицей устройства). После этого вызывается таблица
Устройства в режиме выбора элемента таблицы. При этом вид таблицы Устройства
несколько отличается, от вида, когда устройство выбирается для его установки на
компьютер. Отличие состоит в том, что появляется дополнительная вкладка,
выделенная малиновым цветом – Системные блоки. Таким образом, на ремонт могут
ставиться не только устройства, но и сами системные блоки (компьютеры).
2.2.4. Характеристика результатной
информации
Вся выходная информация будет представлена в виде отчета о
составе всего парка вычислительной техники имеющегося на предприятии, с полями,
представленными в таблице 2.9, отчета о сотрудниках с полями, представленными в
таблице 2.10 и отчета о сданных в ремонт с полями, представленными в таблице
2.11.
Таблица 2.9
|
№ п/п
|
Наименование данных
|
Условное наименование
|
Тип данных
|
Формат
|
|
1
|
Инвентарный
номер
|
Snum
|
Текстовый
|
50
|
|
2
|
Номер
|
id
|
Счетчик
|
Целое
|
|
3
|
Дата
покупки
|
dtbuy
|
Дата/время
|
Краткий формат даты
|
|
4
|
Ответственное
лицо
|
Name
|
Teкcтoвый
|
50
|
Таблица 2.10
|
№ п/п
|
Наименование данных
|
Условное наименование
|
Тип данных
|
Формат
|
|
1
|
ФИО
|
Сотрудники_Name
|
Teкcтoвый
|
50
|
|
2
|
Должность
|
Job
|
Teкcтoвый
|
50
|
|
3
|
Название
отдела
|
Отделы_Name
|
Teкcтoвый
|
50
|
Таблица 2.11
|
№ п/п
|
Наименование данных
|
Условное наименование
|
Тип данных
|
Формат
|
|
1
|
Номер
|
Id
|
Счетчик
|
Целое
|
|
2
|
Инвентарный
номер
|
Snum
|
Текстовый
|
50
|
|
3
|
Ответственный
|
Сотрудники_Name
|
Текстовый
|
50
|
|
4
|
Начало
обслуживания
|
dtStart
|
Дата/время
|
Краткий формат даты
|
|
5
|
Окончание
обслуживания
|
DtEnd
|
Дата/время
|
Краткий формат даты
|
|
6
|
Описание
|
Comment
|
Memo
|
|
История перемещения устройства может быть распечатана на
принтере, для этого необходимо нажать кнопку «Печать». После этого история
перемещения печатается в следующем виде, приведенном в приложении 1.
Кроме
того, в качестве результативной информации формируются отчеты о затраченных
материалах, отчет о проведенных ремонтах, справки о количестве оргтехники в состоянии
ремонта. Формируются также плановые документы по проведению регламентных
ремонтов и обслуживания техники.
2.3. Программное обеспечение задачи
На основе исходных данных, приведенных в «Постановке задачи»,
можно выделить состав функций управления и обработки данных и их соподчиненность,
которые должны быть реализованы для Интернет-магазина (см. рис. 2.5). Все
функции данной системы можно подразделить на две группы: основные функции,
связанные с вводом и обработкой исходных данных по комплексу задач, и
вспомогательные функции, предназначенные для настройки системы и предоставления
справочных данных по работе с системой.
Главные функции можно разделить на три класса:
-
функции,
связанные с вводом данных;
-
функции,
предназначенные для просмотра данных и получения справок;
-
функции по
выполнению анализа и получению отчетов.
Функции комплекса "Ввод данных" включают импорт
данных с баз данных Структура предприятия и ввод данным с помощью форм ввода данных.
Функции комплекса «Просмотр данных» включают функции
просмотра информации Справочники, Компьютеры, Ремонты. При этом на экранной форме
высвечивается информация по данному информационному объекту с возможностью
сортировки и фильтрации по всем признакам.
Функции комплекса «анализ» охватывают все операции по
выполнению анализов информации с выводом полученных результатов на экран, на
печать или с сохранением в файл. Анализ проводится по трем категориям: компьютеры,
поставщики, ремонты за заданный временной период по заданным параметрам
сортировки или фильтрации. Результатная информация может быть отфильтрована по
заданному признаку любого поля или отсортирована.
Рис. 2.5. Дерево функций АИС учета
оргтехники
Поскольку в качестве языка общения был выбран язык типа «меню»
с использованием подсказок, то сценарий диалога можно представить в виде иерархически
соподчиненных кадров меню, в каждом из которых перечислен определенный комплекс
функций. Схема сценария диалога представлена на рис. 2.7. Рассмотрим его
структуру и содержание.
В первом кадре, занимающим высший уровень иерархии отражаются
функции «Основного меню», в котором указываются на возможность выполнения
главных функций системы или служебных функций. На этом уровне пользователь
может осуществить выход из системы.
На
втором уровне в двух кадрах объединены конкретные функции каждой группы,
которые могут быть предоставлены пользователю. В первом из них перечислены
четыре функции управления, которые предоставляются специалисту по
обслуживанию оргтехники: «Ввод данных», «Просмотр данных», «Анализ», а также
функции, связанные с выдачей «Справок». Во втором кадре этого уровня
перечисляются служебные функции. На этом уровне в каждом кадре указывается на
возможность возврата на предыдущий уровень сценария.
На
третьем уровне иерархии находятся кадры, в которых перечисляются конкретные
виды первичных или результатных документов либо видов справочников, доступных
пользователю при выборе им конкретной функции управленческого анализа.
Указывается в каждом кадре этого уровня, как и в предыдущем случае,
возможность вернуться в предыдущее меню.
На
четвертом уровне пользователю предоставляется право выбора конкретной операции
обработки над конкретным документом или справочником с возможностью возврата в
предыдущее меню.
При создании базы данных на первом этапе разрабатывается ее
инфологическая модель, предназначенная для отражения состава информационных
объектов, прошедших процедуру нормализации и составляющих содержание
информационной потребности комплекса задач Интернет-магазина, и их взаимосвязей.
Структура инфологической модели не зависит от требований конкретной СУБД.
Каждый информационный объект соответствует определенной сущности
предметной области: элементу или процессу и состоит из атрибутов, описывающих
свойства этой сущности. Информационные объекты бывают двух типов: простые и
агрегированные. Простые информационные объекты соответствуют
сущностям-элементам, агрегированные - процессам.
Каждый простой информационный объект имеет первичный ключ, в
качестве которого выбирается атрибут, от которого существует однозначная
функциональная зависимость с другими атрибутами информационного объекта.
Каждому агрегированному информационному объекту соответствует составной ключ,
состоящий из первичного ключа и ключей других, взаимосвязанных с ним объектов.
Между информационными объектами могут быть связи трех типов:
1:1, 1:М. М:N. Д ля замены связей типа М: N на связь типа 1:М, вводят объекты -
связки.
Схема инфологической модели комплекса задач «Учет оргтехники»,
разрабатываемого для Интернет-магазина, представлена на рис. 2.6. В данной инфологической
модели можно выделить такие простые информационные объекты, как «УСТРОЙСТВА», «ПОСТАВЩИКИ»,
«СОТРУДНИКИ», «ПОСТАВКИ», «РЕМОНТ», «МАТЕРИАЛЫ», «ВИДЫ УСТРОЙСТВ», «ОТДЕЛЫ».
К числу агрегированных объектов первого уровня относятся
такие, как: «РЕЕСТР ПОСТАВОК», «РЕЕСТР РЕМОНТОВ», «ПЛАН ОБСЛУЖИВАНИЯ», «РЕЕСТР ОРГТЕХНИКИ».
Установив связи между таблицами по ключам связи, отображая
связи соответствующих информационных объектов, изображаем графически (рисунок
2.6) логическую структуру базы данных в виде схемы.
Рисунок
2.6 - Схема инфологической
модели комплекса задач
Даталогическая модель базы должна отражать требования
конкретной СУБД, данном случае MS Access, поэтому в ее состав входят таблицы,
содержащие сведения об информационных объектах и связях между ними. Все таблицы
даталогической модели можно разбить на таблицы с оперативной информацией и
таблицы с условно-постоянной информацией.
Информационная модель подразделяется
на:
- справочную модель;
- модель оперативной информации.
В справочную модель включаются
следующие таблицы:
-
таблица «Тип
устройства»;
-
таблица
«Поставщик»;
-
таблица
«Сотрудник»;
-
таблица «Отдел».
В модель оперативной информации включаются:
- таблица «Устройства»;
- таблица «Размещение»;
- таблица «Ремонт»;
- таблица «Материалы».
Полная информация o ПЭВМ и его о комплектующих, а так же сведения о мониторах и периферийных
устройствах представлены в таблице «состав» (таблица 2.12).
Таблица 2.12
Описание информационных объектов и их
атрибутов
|
Наименование
|
Семантика
|
|
1
|
2
|
|
Ремонт
компьютера
|
Данные по
конкретной операции данного компьютера, выполняемой данным работником в данное
время
|
|
Ремонт
компьютера (PK)
|
Уникальный
идентификатор
|
|
Код компьютера
(FK)
|
Ссылка на
«КОМПЬЮТЕР»
|
|
Ремонт (FK)
|
Ссылка на
«РЕМОНТ»
|
|
пояснение
|
Причина
направления на ремонт и описание ремонта
|
|
Дата_регистрации
|
Дата_регистрации
ремонта
|
|
Личный_код_
работника_(FK)
|
Ссылка на «РАБОТНИК»
|
|
Дата_ремонта
|
Дата
проведения операции
|
|
Дата_назначения
|
Дата
утверждения ремонта заведующим
|
|
утвердил (FK)
|
Ссылка на
заведующего отделением (РАБОТНИК), который утвердил ремонт
|
|
Дата_аннулирования
|
Дата аннулирования
ремонта
|
|
аннулировал
(FK)
|
Ссылка на
заведующего отделением (РАБОТНИК), который аннулировал ремонт
|
|
Причина_аннулирования
|
Пояснения
по причине аннулирования
|
|
Отдел (FK)
|
Ссылка на
помещение (ОТДЕЛ)
|
|
Время_ремонта
|
|
|
Результат
ремонта
|
Описание
результата ремонта. Заполняется после проведения ремонта
|
|
Состояние_компьютер_
ремонт (FK)
|
Ссылка на
«СОСТОЯНИЕ_КОМПЬЮТЕР_РЕМОНТ»
|
|
ОТДЕЛ
|
Перечень
отделов предприятия
|
|
Номер
отдела (PK)
|
Уникальный
идентификатор
|
|
Наименование
|
|
|
Количество
работников
|
Максимальное
количество работников в данном отделе
|
|
КОМПЬЮТЕР_РЕМОНТ_МАТЕРИАЛ
|
Материал
для выполнения данного ремонта данному компьютеру
|
|
Компьютер_ремонт_материал
(PK)
|
Уникальный
идентификатор
|
|
Ремонт
компьютера (FK)
|
Ссылка на
«РЕМОНТ_КОМПЬЮТЕРА»
|
|
Материал (FK)
|
Ссылка на
«МАТЕРИАЛ»
|
|
Количество
|
|
|
МАТЕРИАЛ
|
Справочник
материалов для проведения ремонтов
|
|
Материал (PK)
|
Уникальный
идентификатор
|
|
Наименование
|
|
|
Описание
|
|
|
СОСТОЯНИЕ_КОМПЬЮТЕРА
|
Перечень
состояний компьютера(исправен, неисправен, в работе, в простое)
|
|
Состояние
компьютера (PK)
|
Уникальный
идентификатор
|
|
Наименование
|
|
|
Описание
|
|
|
КОНТРОЛЬ_РАБОТОСПОСОБНОСТИ
|
Контроль
состояния компьютера, проводимый данным работником в данное время
|
|
Контроль_состояния
(PK)
|
Уникальный
идентификатор
|
|
Личный_код_компьютера
(FK)
|
Ссылка на
«Компьютер»
|
|
Личный_код_работника
(FK)
|
Ссылка на
«РАБОТНИКА»
|
|
Дата_контроля
|
Дата проведения
контроля
|
|
Описание
|
Описание
состояния компьютера
|
|
Состояние (FK)
|
Ссылка на
«СОСТОЯНИЕ»
|
|
ЭКСПЛУАТАЦИЯ
КОМПЬЮТЕРА
|
Данный
работник относит конкретный компьютер в данный отдел
|
|
Эксплуатация
(PK)
|
Уникальный
идентификатор
|
|
Личный_код_
компьютера
(FK)
|
Ссылка на
«КОМПЬЮТЕР»
|
|
Личный_код_
работника
(FK)
|
Ссылка на
«РАБОТНИКА»
|
|
Описание
эксплуатации
|
|
|
Модули (FK)
|
Ссылка на
«МОДУЛИ»
|
|
Дата_начала
|
Дата
начала работы в отделе
|
|
Дата_окончания
|
Дата
окончания работы в отделе
|
|
Дата
изменения
|
Дата
изменения данных
|
|
РЕМОНТ
|
Справочник
ремонтов (виды ремонтов компьютеров)
|
|
Ремонт (PK)
|
Уникальный
идентификатор
|
|
Наименование
|
|
|
Описание
|
Описание
ремонта (технологии)
|
|
Состояние_ремонтаи
(FK)
|
Ссылка на
«СОСТОЯНИЕ_РЕМОНТА»
|
|
Дата_начала
|
Дата_начала
ремонта
|
|
Создал (FK)
|
Ссылка на «РАБОТНИКА»,
который создал (технологию).
|
|
Дата_утверждения
|
Дата
утверждения ремонта (технологии)
|
|
Утвердил (FK)
|
Ссылка на
«РАБОТНИКА», который утвердил ремонт (технологию).
|
|
Дата_ликвидации
|
Дата
ликвидации ремонта (техрологии)
|
|
Ликвидировал
(FK)
|
Ссылка на
«РАБОТНИКА», который ликвидировал ремонт (технологию).
|
|
СОСТОЯНИЕ_КОМПЬЮТЕР_РЕМОНТ
|
Состояние
ремонта компьютера (зарегистрирован, утвержден, выполнен, аннулирован)
|
|
Состояние_компьютер_ремонт
(PK)
|
Уникальный
идентификатор
|
|
Наименование
|
|
|
Описание
|
|
|
КОМПЬЮТЕР
|
Данные
компьютера, имеющегося на предприятии, одна запись актуальна
|
|
Личный_код_
компьютера
(PK)
|
Уникальный
код
|
|
Производитель
|
|
|
Поставщик
|
|
|
Цена
|
|
|
Процессор
|
|
|
Объем
памяти
|
|
|
Видеокарта
|
|
|
Сетевая
карта
|
|
|
Год
выпуска
|
|
|
Дата_поступления
(FK)
|
Дата
поступления на предприятие
|
|
Дата_убытия
(FK)
|
Дата_списания,
продажи
|
|
Номер
отдела (FK)
|
|
|
Актуальность
|
Компьютер
актуален (1) или архивирован (0)
|
|
Комментарий
|
Комментарий
к компьютеру
|
|
Дата_создания
|
Дата
регистрации данных компьютера
|
|
Дата_последнего_
изменения
|
Дата
последнего изменения данных компьютера
|
|
Дата_архивации
|
Дата
архивации компьютера
|
|
Разработка программного обеспечения осуществляется, как
правило, в два этапа:
-
проектирование
логики программ, представляющее определение состава программных модулей,
выделение классов модулей и установление связей между ними;
-
разработка кодов
программ и их отладка, выполнение которой в сильной степени зависит от
используемых средств разработки ПО.
Анализ состава функций, которые должны выполняться в Интернет-магазине
и структуры сценария диалога позволил определить состав программных модулей и
связи между ними, отраженные в схеме взаимосвязи на рис. 2.7.
Были выделены управляющие программные модули, призванные выводить
на экран кадры меню и передавать управление другим модулям в зависимости от
того, какой пункт меню выбирает пользователь. К числу управляющих модулей
относится модуль загрузки основного меню, главного меню, меню служебных
операций, меню видов первичных документов, меню видов отчетов, справочников и
меню видов операций, выполняемых при работе с этими классами документов.
Второй класс составляют модули, выполняющие функции ввода
конкретных видов первичных документов, просмотра и корректировки, печати
первичных документов, обработки и выдачи на просмотр и печать результатных
документов, загрузки, актуализации и выдачи на печать справочников и справок.
Средства проектирования Delphi позволяют пользователю для разработки программного
обеспечения выбрать и произвести настройку следующие типы объектов прототипирования:
-
формы для ввода,
корректировки и печати оперативной и условно-постоянной информации,
-
запросы для
выполнения обработки исходных данных и выдачи их на экран для просмотра,
-
отчеты для выдачи
результатов обработки запросов или группировки на печать,
-
кнопочная форма
для выдачи меню всех уровней соподчиненности.
В проекте были использованы помимо средств программирования,
предоставляемых Delphi 7.0, также
средства установления связей с таблицами MS Excel для экспорта / импорта данных с использованием
справочников БД и выдачи их на печать. Данные из этих форм переносятся и
запоминаются в таблицах базы данных MS Access и служат для составления запросов и выдачи отчетов на
печать.
Рис. 2.7. Дерево программных модулей
На рис. 2.7 приведена блок-схема алгоритма программного
модуля написанного с использованием объектно-ориентированного языка
программирования Delphi 7.0, предназначенного
для обработки информации из таблиц базы данных MS Access.
Рис. 2.7. Алгоритм выполнения
АВС-анализа
|
|
Рис. 2.8. Сценарий диалога
2.5. Технологическое обеспечение
задачи
Обработка данных выполняется в диалоговом режиме в
соответствии с выбранным пунктом меню. Результатная информация, получаемая в
распечатанном виде, подвергается визуальному контролю на полноту и правильность
содержащейся в документе информации, четкости и качества печати. В случае
обнаружения ошибок, пользователь определяет причины появления, устраняет их и
осуществляет перепечатку документов.
Состав и последовательность операций, выполняемых
специалистом в Интернет-магазине, представлена на рис. 2.8. Схема отражает
отдельные фрагменты технологического процесса работы с системой на примере выполнения
отчета о выполненных ремонтах.
2.5.2. Схемы технологического процесса
сбора, передачи, обработки и выдачи информации
Работа начинается с загрузки системы. Выход из системы
осуществляется при выборе меню «Выход».
При необходимости обновления базы данных справочников выполняется
импорт данных из баз данных Структура предприятия (ветка А1) выбором пункта
меню «Импорт данных - Предприятие».
При выборе пункта меню «Просмотр данных» и конкретного
документа (например, «Товары» - пункт А2.1) специалист может заниматься просмотром
и анализом с помощью инструментов сортировки и фильтрации предварительно
введенных документов с исходными данными (ветка А2.5.2), которые он может
выбрать используя меню видов операций для работы с документом (ветка А2.5), а
если это необходимо то выдавать их на печать, для чего он должен выйти в
пункт А 2.5..3.
Работа с остальными документами проходит по аналогичной
схеме.
Для выполнения операций анализа и получения результатных
документов специалист должен выбрать пункт «Анализ» - ветка А.3, после чего он
получает меню видов анализа и после выбора конкретного вида анализа он получает
возможность редактировать параметры анализа. После ввода параметров анализа по
кнопке «Отчет» выполняет расчет аналитической формы и вывод ее на экран.
Если специалист выбирает пункт «Печать» то результаты выполнения
анализа выводятся на печать. Если специалист выбирает кнопку «Сохранить», то
результаты выполненного анализа сохраняются в файл.
Для работы со справочной системой специалист должен выбрать
пункт «Помощь» в главном меню - ветка А4 и получить меню «Помощь», из которого
он должен выбрать определенный вид помощи, например «Сведения о программе» -
где в отдельном окне появляется информация о программе. При выборе пункта меню
«Помощь - Помощь» появляется окно справочной системы в виде гипертекста с
основными вопросами по работе с программой.
Блок-схема технологического процесса
в диалоговом режиме
[Основные функции]
[
[Импорт исходных данных]
[Ввод данных]
[Расчеты и получение результатной
информации]
III. Обоснование экономической
эффективности проекта
3.1 Выбор и обоснование методики
расчёта экономической эффективности
Основным назначением автоматизации бизнес-процессов,
связанных с работой отдела АСУ, является совершенствование технологии
управления, повышение уровня информационной обеспеченности процесса управления,
качества принимаемых управленческих решений, а так же освобождение отдела АСУ
от рутинной бумажной работы и замена ее более полезной интеллектуальной.
Внедрение Интернет-магазина воздействует на конечные
финансово-экономические результаты деятельности предприятия не непосредственно,
а опосредовано через бизнес-технологии.
Распространенные методы оценки эффективности разработки
информационной системы предполагают необходимость оценки «доходной» и «затратной»
части проекта с последующей их интеграцией при расчете обобщенного «денежного потока»
проекта.
При полноценной, качественной оценке «доходной» части,
необходимо сделать упор на то, ради чего осуществляется внедрение
информационной системы. Оценивать эффективность внедрения информационной
системы без оценки изменения работы предприятия невозможно. Значит, детальная
количественная оценка эффектов возможна при точном внедрения информационной
системы. Практическое применение данного подхода заключается в построении
многоуровневой детальной структуры «бизнес-стратегия – цели – задачи – подзадачи
– функции/бизнес-процессы – ЭИС» (рис.3.1), которая дает набор эффектов
совершенствуемой системы управления.
Метод оценки эффективности заключается в определении
показателя эффективности. Эффективность представляет собой величину эффекта,
приходящуюся на единицу осуществленных затрат. Чем больше производственный результат
по сравнению с осуществленными для его достижения затратами, тем вше
эффективность производства. Поэтому основными показателями экономической
эффективности от внедрения программного комплекса информационной системы
автоматизации бизнес – процесса составления отчета о выполнении базового плана
являются:
- расчет трудоемкости;
- годовой экономический эффект;
- расчетный коэффициент эффективности капитальных затрат;
- срок окупаемости системы;
- условное высвобождение пользователей информационной
системы.
Работы, выполняемые на стадии разработки – алгоритмизации и
программирования, являются наиболее сложными и наиболее длительными.
Трудоемкость работ на данной стадии вычисляется по формуле:
TЗ = tИ+ tА + tБС
+ tП + tОТ + tЭВМ + tД , (3.1)
где tИ - затраты труда на изучение (и описание)
задачи;
tА - затраты труда на изучение задачи в целом и
на разработку алгоритмов;
tБС - затраты труда на разработку блок-схем;
tП - затраты труда на программирование;
tОТ - затраты труда на отладку программы;
tЭВМ – время машинного счета на ПЭВМ;
tД- затраты на оформление документации.
Затраты труда на изучение задачи - tИ определяются
по формуле:
tИ = (Q /
( В 31* ККВ) ) *ККАЧ , (3.2)
где Q - общее количество команд в программном комплексе
(1201 усл. команд);
В31 – производительность исполнителя на первом
этапе третьей стадии (35 ком/час);
ККВ - коэффициент, отражающий квалификацию
специалиста (для стажа менее 2 лет, коэффициент равен 0.8);
ККАЧ - коэффициент, учитывающий требуемое
качество описания задачи.
В расчете экономической эффективности используется понятие
капитальные вложения (Квл).
Капитальные вложения – это затраты материальных, трудовых и
денежных ресурсов, направленные на восстановление и прирост основных фондов.
К капитальным вложениям относятся:
-
затраты на
приобретение различных видов машин, механизмов, вычислительной техники сроком
службы не менее одного года, т.е. основных фондов организации;
-
затраты на
строительно-монтажные работы (установка и настройка средств вычислительной
техники);
-
затраты на
проектно-изыскательскую деятельность (создание программного продукта),
подготовку и переподготовку кадров и т.д.
Годовой экономический эффект от внедрения проекта Интернет-магазина
(Эгод) определяется по формуле:
Эгод
= С1 - С2, (3.3)
где С1 – себестоимость до внедрения программного
комплекса;
С2 – себестоимость после внедрения программного
комплекса.
Далее рассчитывается коэффициент экономической эффективности
проекта автоматизации по формуле:
Е = Эгод / Квл, (3.4)
где Е – коэффициент экономической эффективности;
Эгод - годовой экономический эффект;
Квл – капитальные вложения.
Срок окупаемости затрат на внедрение программного продукта
обратно пропорционален коэффициенту экономической эффективности и вычисляется
по формуле:
Ток
= 1/ Е, (3.5)
где Ток – срок окупаемости затрат на
внедрение проекта.
По найденным показателям
экономической эффективности и окупаемости проекта принимается решение об
экономической целесообразности внедрения проекта автоматизации.
3.2. Расчёт показателей экономической эффективности проекта
Затраты труда на
разработку типичного программного изделия (ПИ) принимаются в соответствии с
исходными данными таблицы 3.1.
Таблица 3.1
Структура
затрат на разработку
|
№ п/п
|
Наименование
стадии
|
Содержание стадии
|
Трудоемкость, %
|
|
1.
|
Подготовительная стадия
|
Изучение научно-технической литературы.
Согласование и утверждение тех. задания и
календарного плана проведения работ.
|
8
|
|
2.
|
Теоретическая разработка
|
Технико-экономическое обоснование и
описание задач для алгоритмизации.
|
10
|
|
3.
|
Алгоритмизация и программирование
|
Разработка алгоритмов, блок-схем, разработка
форм, запросов, макросов и модулей на алгоритмическом языке, их отладка на
ЭВМ.
|
70
|
|
4.
|
Обобщение и выводы
|
Обобщение результатов работы, выводы
|
5
|
|
5.
|
Техническая отчетность
|
Подготовка отчетной документации по выполненной
работе
|
5
|
|
6.
|
Заключительная стадия
|
Оформление и утверждение результатов
|
2
|
Расчет трудоемкости стадии алгоритмизации и программирования:
tИ = (1201 * (35 * 0.8) )*1.1 = 43
(ком/час)
Остальные величины трудоемкости на различных этапах работы определяются
по той же формуле с учетом исходных данных, получаемых в ходе анализа системы.
Затраты труда на изучение задачи в целом и разработку
алгоритмов составят:
tА
= Q/( В32* ККВ ), (3.6)
где В32 - производительность
исполнителя на втором этапе третьей стадии (18 ком/час).
tА =1201/(18 * 0.8) = 83 (чел/час).
Затраты на разработку блок-схем ПИ определяются:
tБС = Q/( В33*
ККВ ) = 1201/(21 * 0.8) = 71 (чел/час),
где В33 -
производительность исполнителя на третьем этапе третьей стадии (21 ком/час);
Затраты труда на этапе
программирования составляют:
tП = Q/( В34*
ККВ ) = 1201/(27 * 0.8) = 56 (чел/час),
где В34 -
производительность на четвертом этапе третьей стадии (27 ком/час);
Затраты труда на
отладку программы определяются по формуле:
tОТ = Q/( В35*
ККВ ) = 1201/(12 * 0.8) = 125 (чел/час),
где В35 -
производительность на пятом этапе третьей стадии (12 ком/час);
Время машинного счета
на ЭВМ определяется:
tЭВМ = В37 = 10 (чел/час),
где В37 - время машинного
счета на ЭВМ – 10 чел/час.
Затраты на оформление документов
составляют:
tД = Q/( В36*
ККВ ) = 1201/ (20 * 0.8) = 75 (чел/час),
где В36 - производительность
на шестом этапе третьей стадии (20 ком/час);
Таким образом, трудоемкость работ на
третьей стадии составит:
TЗ = 43 + 83 + 71 +56 +125 + 10 + 75 = 463
(чел/час).
Проведем расчет трудоемкости остальных
стадий разработки.
В соответствии с
исходными данными таблицы 3.1 можно определить трудоемкость 1, 2, 4, 5, 6
стадий разработки программного изделия по формуле:
Ti =
TЗ * ( Ti%
/ TЗ % ) , (3.6)
где Ti – трудоемкость каждой стадии.
T1
= 463 * ( 8 / 70) = 53 (чел. час)
T2
= 463 * ( 10 / 70) = 66 (чел. час)
T4
= 463 * ( 5 / 70) = 33 (чел. час)
T5
= 463 * ( 5 / 70) = 33 (чел. час)
T6
= 463 * ( 2 / 70) = 13 (чел. час)
Расчет трудоемкости разработки в целом:
T
= T1 + T2
+ T3 + T4
+ T5 + T6
(3.7)
T
= 53 + 66 + 463 + 33 + 33 + 6 = 584 (чел. час).
Выполненная проверка
свидетельствует о правильности полученных значений:
T = 463 * (100/
70) = 584 (чел. час)
Расчет затрат на создание
и внедрение Интернет-магазина по продаже спортивных товаров представлен в
таблице 3.2
Таблица 3.2
Капитальные вложения на
создание и внедрение АИС
|
№ п/п
|
Наименование статей расходов
|
Трудоемкость, дней
|
Зарплата, руб. в день
|
Стоимостные затраты, руб.
|
|
1
|
Проектирование
|
28
|
600
|
16800
|
|
2
|
Программирование
|
32
|
500
|
16000
|
|
3
|
Отладка и
внедрение
|
13
|
500
|
6500
|
|
5
|
Вычислительная
техника
|
|
|
24310
|
|
6
|
Прочие
расходы
|
|
|
23000
|
|
|
ИТОГО:
|
73
|
|
86610
|
Сумма капитальных вложений равна: Квл
= 86610 руб.
В таблице 3.3
представлена сводная таблица сравнительных технико-экономических показателей
Таблица
3.3
Сводная таблица
сравнительных технико-экономических показателей
|
№ п/п
|
Наименование статей расхода
|
До внедрения АИС (руб.)
|
После внедрения АИС (руб.)
|
|
1
|
2
|
3
|
4
|
|
1
|
Расходы на
освоение и подготовку
|
26450
|
48830
|
|
2
|
Расходы на
оплату труда
|
22834
|
20056
|
|
3
|
Амортизация
оборудования и транспорта
|
25866
|
26181
|
|
4
|
Текущий
ремонт оборудования и транспорта
|
14607
|
6724
|
|
5
|
Износ МБП
|
2428
|
1330
|
|
6
|
Амортизация
зданий и сооружений
|
14516
|
9187
|
|
7
|
Содержание
зданий и сооружений
|
124421
|
91561
|
|
8
|
Текущий
ремонт зданий и сооружений
|
15610
|
12560
|
|
9
|
Охрана
труда
|
18756
|
11458
|
|
10
|
Канцелярские
и почтово-телеграфные расходы
|
12936
|
9148
|
|
11
|
Расходы на
Интернет
|
1520
|
1040
|
|
12
|
Расходы на
доподготовку и переподготовку кадров
|
5334
|
3800
|
|
13
|
Командировки
и перемещения
|
8444
|
6230
|
|
14
|
Представительские
расходы
|
9850
|
3014
|
|
15
|
Прочие
расходы
|
4850
|
5048
|
|
ИТОГО:
|
308422
|
256167
|
Следовательно С1= 308422руб; С2= 256167руб. На диаграмма рис. 3.2
наглядно продемонстрировано снижение затрат на обслуживание компьютерного парка
за счет внедрения АИС.
Рис. 3.2. Сравнительная диаграмма затрат на обслуживание
компьютерного парка до и после внедрения автоматизации
Годовой экономический эффект находим по формуле (3.3):
Эгод = 308422–256167 = 52255 руб.
Коэффициент экономической эффективности находим по формуле
(3.4):
Е = 52255
/ 86610 = 0,60
Срок окупаемости затрат на внедрение программного продукта:
Ток = 1 / 0,60 = 1,6 (лет).
На
диаграмма рис. 3.3 наглядно продемонстрирована динамика окупаемости затрат на
выполнения проекта автоматизации.
Рис. 3.3. Диаграмма окупаемости
проекта автоматизации
В данной дипломной работе был применен один из расчетов для
определения экономической эффективности созданного программного продукта. Данный
расчет основан на определении годового экономического эффекта, срока
окупаемости. Расчет показал, что создание программного продукта, представленного
в дипломной работе, является экономически целесообразным и эффективным.
В дипломной работе производится
разработка системы, которая является недорогим программным решением, и
удовлетворяет всем необходимым требованиям, предъявляемым к системам такого
рода. Использование для проектирования таких средств как Apache, MySQL, PHP
значительно сокращает затраты на лицензирование программного обеспечения и
следовательно цену конечного программного продукта.
В настоящее время Интернет-торговля в
России бурно развивается, но присутствуют и минусы. Это и недоработанность
законодательства об электронном документообороте и отсутствие соответствующей
правоприменительной практики, неразвитость электронных систем платежа, слабость
системы доставки, слабое доверие потенциальных покупателей. Кроме
преобразования рынка существующих товаров и услуг, электронная коммерция
открывает возможности появления новых продуктов и услуг.
Создание Интернет-магазина – сложный
и кропотливый процесс, в котором необходимо учитывать все мелочи для достижения
поставленной цели – получение прибыли.
В ходе
выполнения дипломной работы была проанализирована предметная область – система
бизнес-процессов, связанных с разработкой Интернет-магазина по продажам
спортивных товаров для фирмы «БСКА».
На основе
анализа предметной области разработки Интернет-магазина была создана
контекстная и концептуальная модели предметной области, разработана
информационная модель данных для инфосистемы организации. Это явилось основой
для проектирования базы данных по учету компьютерной техники и создания
приложения по управлению этой базой данных.
Основными
объектами базы данных компьютерного парка явились: компьютер, компьютерные
модули, работники, отделы. Основными пользователями информационных ресурсов
системы являются заведующий отделом АСУ, инженер отдела АСУ, бухгалтер, руководство
предприятия.
Входной
информацией для автоматизированной информационной системы являются паспортные
данные поступающей на предприятие оргтехники, информация о ее размещении,
сроках регламентных работ, установленном программном обеспечении. Кроме того в
информационную систему вводятся данные об возникающих неисправностях и проводимых
ремонтах оргтехники.
Выходной
информацией, получаемой из информационной системы являются реестры компьютерной
техники с указанием ее размещения, сроках эксплуатации, состоянии работоспособности.
С целью решения поставленной проблемы была разработана
«Постановка комплекса задач», обоснован выбор технологии прототипного
проектирования на основе использования средств прототипирования MS Access и объектно-ориентированного языка программирования Delphi 7.0. Кроме того, было проведено
обоснование выбора технической базы проекта – архитектуры клиент – сервер,
ПЭВМ Pentium II 400, 64 Мб ОП и лазерный принтер модели HP LaserJet 6L.
Для
разработки информационного обеспечения было проведено обоснование выбора типов
классификаторов, системы документации, реляционной БД.
Рассмотрены
основные вопросы организации технологии решения комплекса задач в диалоговом
режиме.
При разработке информационного обеспечения была разработана информационная
модель комплекса задач Интернет-магазина, перечень классификаторов и их
структуры, составлены инфологическая и даталогическая модели для комплекса
задач, определен и разработан состав первичных и результатных документов.
Программное обеспечение проекта АРМ Интернет-магазина включило
разработку состава функций и сценария диалога. Была разработана структура и
состав программных модулей для АРМ, определена схема взаимосвязи программных
модулей и таблиц БД. Кроме того, была составлена и дано описание блок-схемы
технологического процесса диалоговой обработки данных с использованием
разработанной системы.
Для
осуществления проекта необходимы затраты предприятия в сумме 86,6 тыс. руб.
Расчет эффективности проекта показал, что данный проект является эффективным,
срок окупаемости проекта составляет 1,6 года.
Разработка
Интернет-магазина позволит улучшить качество обслуживания клиентов, повысит
информативность и качество учета и анализа проводимых операций по продажам. Это
косвенным образом отразится на качестве менеджмента на предприятии и будет способствовать
увеличению объемов выполнения работ и повышению рентабельности работы предприятия.
Список использованной литературы
1.Автоматизированные информационные технологии в экономике /
Под ред. Г.А. Титоренко. – М.:ЮНИТИ, 2000.
2.Аглицкий И. Информационные технологии и бизнес // Эксперт
автоматизации № 29, 1997.
3.Багриновский К.А., Хрусталев Е.Ю. Новые информационные технологии
// ЭКО №7, 1996.
4.Бакаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access
2002. – СПб.: БХВ-Петербург, 2002
5.
Балабанов И.Т. -
«Торговля через виртуальный магазин» /«Электронная коммерция»/ 2004г. С.195-197
6.Балдин К. В., Уткин В. Б. Информационные системы в экономике.
- М. Финансы и статистика, 2004.
7.
Белов Н.А.
Безопасность жизнедеятельности/ Н.А. Белов - М.: знание, 2000. – 364 с.
8.Вендров А.М. Практикум по проектированию программного обеспечения
экономических информационных систем. Учеб.пособие. – М.: Финансы и статистика,
2004.
9.Дженнингс Роджер. Использование Microsoft Access: Пер. с англ. – СПб.: БХВ, 2002. - 560 с.
10.
Дэниел Эймор
«Internet-магазины и закупочная деятельность»/«Электронный бизнес. Эволюция
и/или революция» изд. «Вильямс» 2001 г. С. 291-302.
11.
Иванова Г.С. –
«Основы программирования» Учебник для вузов. – М.: Изд-во МГТУ им. Н.Э.
Баумана, 2001. – 392 с., ил.
12.
Карабутов Н. Н.
Информационные технологии в экономике. - М.: Экономика; 2003.
13.
Карминский А. М.,
Нестеров П. В. Информатизация бизнеса. - М: Финансы и статистика, 1997. - 416с.
14.
Карпова Т.С. Базы
данных: Модели, разработка, реализация. - СПб.: Питер, 2002. – 304 с.: ил.
15.
Комиссарова И,
Перелетова И, Петрова Е. К. Интернет-магазин от А до Я: полное пошаговое
руководство по созданию, управлению/ Эксмо – 2008.
16.
Компьютерные
технологии обработки информации // под ред. Назарова С.В. М/ Финансы и
статистика, 2002 г.
17.
Костяев, Р.А.
Бизнес в Интернете: финансы, маркетинг, планирование / Р.А Костяев - СПб.
БХВ-Петербург, 2002. – 630с.: ил.
18.
Кузнецов М.В.
Самоучитель РНР 5/М.В.Кузнецов, И.В.Симдянов. – СПб.: БХВ – Петербург, 2005. –
560 с.: ил.
19.
Маклаков С.В.
Моделирование бизнес-процессов с BPWin 4.0. – М.: ДИАЛОГ-МИФИ, 2002. – 224с.
20.
Мамиконов А.Г.
Проектирование АСУ: Учебник для специальности АСУ вузов. – М.: Высшая школа,
1997.
21.
Маслова Т.Д.
Маркетинг: учеб. пособие для вузов/ Т.Д.Маслова, С.Г. Божук – СПб.:
Питер, 2005. – 400 с.
22.
Оптимизация
информационных потоков // #"#">#"#">#"#">http://ac.cs.nstu.ru/~mrs/docs/db/mysql/manual_toc.html.