Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Проектирование автоматизированной информационной системы на торговой точке

Проектирование автоматизированной информационной системы на торговой точке

Реализация продукции физическим и юридическим лицам. Автоматизированная информационная система. Проведения анализа и реорганизации бизнес-процессов. Эргономика и техническая эстетика. Требования к защите информации от несанкционированного доступа.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 15.03.2014
Размер файла 670,8 K
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Федеральное агентство железнодорожного транспорта

Федеральное государственное бюджетное учреждение высшего профессионального образования

«Уральский государственный университет путей сообщения»

(ФГБУ ВПО УрГУПС)

Кафедра «ИТ и ЗИ»

Курсовой проект

По дисциплине: «Проектирование ИС»

На тему: «Проектирование автоматизированной информационной системы на торговой точке»

Выполнил:

Студент группы ПИЭ-519

Бармин А.А.

Проверил преподаватель:

Паршин К.А.

Екатеринбург 2013

Содержание

  • Введение
  • Описание предметной области
  • Техническое задание
  • Структурное проектирование
  • Описание внедрения проекта
  • Заключение
  • Список литературы

Введение

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

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

Для оптимизации процесса продаж на точках требуется автоматизация системы и повышения контроля качества самих продаж для этого внедряется АИС «Управление продажами».

1. Описание предметной области

ООО «Лысвенские кровельные системы» реализует свою продукцию как физическим, так и юридическим лицам. В дальнейшем будем называть их покупатели или заказчики. Основные функции, выполняемые на предприятии:

· работа с оптовыми покупателями

· работа с розницей;

· закупка сырья, товара и расходных материалов;

· производственная деятельность;

· учетная деятельность:

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

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

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

Производственная деятельность. Производство кровельные, стеновые и фасадные материалы.

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

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

Работа с персоналом. Для приема на работу претендент должен написать заявление на имя директора. После чего подписывается приказ о приеме на работу и трудовой договор. На каждого работника заводится индивидуальная карточка с его личными данными: Ф.И.О., дата рождения, должность, образование, состав семьи и т.д.

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

1.1 Выбор объекта автоматизации

В своей работе я собираюсь рассмотреть функционирование новой точки продаж ООО «ЛЫСЬВЕНСКИЕ КРОВЕЛЬНЫЕ СИСТЕМЫ», занимающегося оптово-розничной торговлей стройматериалов и на которой еще не введена ИС.

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

1.2 Описание существующей технологии

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

Для проведения анализа и реорганизации бизнес-процессов предназначено CASE - средство верхнего уровня All Fusion Process Modeler (BPwin), поддерживающие методологии IDEF0 (функциональная модель), DFD (Dataflow Diagram) и IDEF3 (Workflow Diagram).

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

С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм, т.е. единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействие с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая система описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее для достижения нужной степени подробности.

Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию DFD или IDEF3. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

Модель IDEF0. Для изучения бизнес-процессов «Формирование заказа поставщика», «Получение товара», «Отпуск товара», рассмотрим диаграммы которые представлены в виде IDEF0 диаграмме. IDEF0 система представляется как совокупность взаимодействующих работ или функций.

В основе методологии IDEF0 лежат четыре основных понятия.

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

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

- верхняя сторона имеет значение «Управления» (Control);

- левая сторона имеет значение «Вход» (Input);

- правая сторона имеет значение «Выход» (Output);

- нижняя сторона имеет значение «Механизм» (Mechanism).

Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое наименование (Arrow Label). С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на:

- стрелки входа (входят в левую грань функционального блока) - изображают изменяемые в ходе выполнения работы данные или объекты;

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

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

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

Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции.

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

Рассмотрим диаграммы бизнес-процессов протекающие на складе магазина ООО «Лысвенские кровельные системы»:

Рис. 1.1 Диаграмма «продажи на точке» товара «Оприходывание товара»

Рис. 1.2 Диаграмма декомпозиции первого уровня товара «Оприходывание товара»

Рис. 1.3 Диаграмма «Прием заказа»

Рис. 1.4 Диаграмма «продажа»

В курсовом проекте рассмотрена автоматизация работы торговой

При работе предприятия до внедрения АИС «Управление торговлей» были выявлены следующие недостатки:

1. Потеря клиентов;

1. Утеря клиентских баз;

2. Невозможность следить за заказами клиентов;

3. Невозможность вычисления динамики продаж.

4. Невозможность контроля работы персонала

5. Не возможность проверки кассы относительно продаж

2. Техническое задание

Технической задание основной документ, определяющий требования и порядок создания (развития и модернизации) автоматизированной системы, в соответствии с которым производится разработка АС и ее приемка при вводе в действие.

1. Общие сведения

1.1. Наименование и область применения

Наименование: Автоматизированная информационная система «Управление торговлей» в дальнейшем именуемая АИС «Управление торговлей».

1.2. Наименование предприятия заказчика и разработчика:

Заказчиком является ООО «ЛЫСЬВЕНСКИЕ КРОВЕЛЬНЫЕ СИСТЕМЫ»

Разработчиком является студент УрГУПС, группы -ПИЭ-519 Бармин А.А.

1.3. Перечень документов, на основании которых создается система:

ГОСТ34.601-90, ГОСТ34-602-89, ГОСТ-34.603

1.4. Плановые сроки начала и окончания работ по созданию системы:

Начало: 1 сентября 2013 г.

Окончание: 1 декабря 2013 г.

2. Цели и назначение разработки

Назначение системы:

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

Цель разработки:

1. Учет проданных товаров;

2. Создание и редактирования клиентских баз;

3. Возможность более подробного представления о товаре, не отходя от рабочего места

4. организовать электронный документооборот;

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

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

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

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

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

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

4. Требования к системе

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

4.1.1. Требования к структуре и функционированию

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

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

- Подсистема регистрации документов. В данной подсистеме осуществляется идентификация документа, присвоение ему регистрационного номера и прикрепление штрих кода;

- Подсистема заполнение документов. Данная подсистема позволяет оператору заполнять документы в электронном виде и заносить их в базу данных;

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

4.1.2. Требования к персоналу

Для работы нашей системы необходимы следующие специалисты:

- кассир;

- администратор;

- менеджер по продажам;

- бухгалтер;

- кладовщик.

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

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

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

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

Кладовщик ведение учета складских операций, а также составление и предоставление необходимой отчетности

Квалификация персонала - умение работать в ОС WindowsXP/7 и пакете MS Office, иметь опыт работы с БД.

4.1.3. Требования к надежности

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

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

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

- при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС;

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

4.1.4. Требования к безопасности

Обеспечение безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств и систем.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм («О введении в действие санитарно-эпидемиологических правил и нормативов» СанПиН 2.2.2/2.4.1340-03"от 03.06.2003 г.).

4.1.5. Требования по эргономике и технической эстетике

Система должна обеспечивать удобный для пользователей Системы интерфейс, отвечающий следующим требованиям:

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

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

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

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

- экранные формы должны полностью находиться в видимой площади экрана монитора с диагональю 17' при разрешении экрана 1280 х 1024 и выше.

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

- должна быть удобная, интуитивно понятная навигация в интерфейсе пользователя;

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

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

4.1.6. Требования к защите информации от НСД

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 3А по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации.

Компоненты подсистемы защиты от НСД должны обеспечивать:

- идентификацию пользователя;

- проверку полномочий пользователя при работе с системой;

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

4.1.7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

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

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

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

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

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

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

4.1.8. Требования по сохранности информации при авариях

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

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

4.1.9. Требования по стандартизации и унификации

Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х. Для работы с БД должен использоваться язык запросов SQL.

4.2. Требования к видам обеспечения

4.2.1. Требования к математическому обеспечению системы

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

4.2.2. Требования к информационному обеспечению системы

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

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

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

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

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

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

В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.

4.2.3. Требования к программному обеспечению системы

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

4.2.4. Требования к техническому обеспечению

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

- процессор Intel core I3 с тактовой частотой, ГГц - 2, не менее;

- материнскую плату с FSB, МГц - 133, не менее;

- оперативную память объемом, Гб - 2, не менее;

- жесткий диск объемом, Гб - 124, не менее;

- СD/DVD - ROM;

- Видеокарта с памятью, Мб - 512Мб, не менее;

- Клавиатура;

- Мышь;

- Монитор;

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

- Процессор - 2 х Intel Xeon 3 ГГц;

- Объем оперативной памяти - не менее 8 Гб;

- Дисковая подсистема - не менее 4 х 256 Гб;

- Сетевой адаптер - не менее 100 Мбит.

4.2.5. Требования к организационному обеспечению

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

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

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

- Формирование требований к АС;

- Разработка концепций АС;

- Составление технического задания на АС;

- Создание эскизного проекта;

- Создание пилотного проекта;

- Создание технического проекта;

- Подготовка необходимой рабочей документации;

- Интегрирование и тестирование АС;

- Ввод АС в эксплуатацию;

- Сопровождение.

Сроки выполнения каждого этапа должны быть определены календарным планом, утверждаемым Заказчиком и Исполнителем.

6. Порядок контроля и приема системы

Система подвергается испытаниям следующих видов:

1. Предварительные испытания.

2. Опытная эксплуатация.

3. Приемочные испытания.

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

Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие».

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

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.

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

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

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

- Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации ИС;

- Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;

- Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ТЗ;

- Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение ИС;

- Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;

- Провести опытную эксплуатацию ИС.

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

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

В состав технических документов ИС должны быть включены следующие виды документов:

- пользовательская документация по работе операторов АРМ: подробное описание состава, назначения и функционала АРМ, снимки интерфейсных экранов АРМ;

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

- Набор инструкций по установке и настройке программного обеспечения АРМ.

- Руководство по инсталляции и настройке серверных модулей компонента;

- Руководство по инсталляции и настройке АРМ компонента;

- Пользовательская документация по работе АРМ компонента;

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

- Пользовательская документация наПО устройства самообслуживания;

- Инструкции по установке ПО устройства самообслуживания.

- Документация предоставляется Исполнителем Заказчику в электронном виде.

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

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».

ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

ГОСТ Р 50571.22-2000 «Электроустановки зданий».

ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;

ГОСТ 34.601-90«Автоматизированные системы. Стадии создания»;

ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем»;

ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;

ГОСТ 19.101-77 «Виды программ и программных документов»

ГОСТ 12.2.007.0-75 «Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности»;

ГОСТ 12.3.032-84 «ССБТ. Работы электромонтажные. Общие требования безопасности, общие требования к технологическим процессам проведения электромонтажных работ»;

ГОСТ Р 50571.3-94«Защита от поражения электрическим током».

ГОСТ Р 50571.22-2000 «Заземление оборудования обработки информации»;

ГОСТ 12.1.019-79 «Электробезопасность. Общие требования и номенклатура видов защиты»;

ГОСТ 12.1.006-84 «Система стандартов безопасности труда. Электромагнитные поля радиочастот. Допустимые уровни на рабочих местах и требования к проведению контроля»;

ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования»;

ГОСТ 15150-69 «Машины приборы и другие технические изделия. Исполнение для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды»;

Структурное проектирование

Построение диаграмм DFD

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

DFD -модель позволяет:

1. Представить систему с точки зрения данных

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

3. Позволяет представить как автоматические так и ручные процессы происходящие в системе

Рассмотрим диаграмму потоков данных (DFD) «Отпуск товара» рисунок 1.5. На этой диаграмме показано движение документов при поступлении в организацию «заказ».

Рис. 1.5 Диаграмма потоков данных «Продажи на торговой точке»

Рис. 1.6 Диаграмма потоков данных «Оплата за товар»

Построение ER - модели

Для детализации хранилищ необходимо составить диаграмму «Сущность - связь». Необходимо детализировать содержимое нотации Баркера.

Нотация построения модели «Сущность - связь» по методу Ричарда Баркера.Одной из наиболее распространенных разновидностей нотацииERDявляется нотация, предложенная Ричардом Баркером, автором методов, используемых в технологии создания ПО фирмыOracle.

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

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

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

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

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

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

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

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

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

Имя связи всегда формируется с точки зрения родителя, так что предложение может быть образовано соединением имени сущности-родителя, имени связи, выражения степени и имени сущности-потомка. Степень связи и обязательность графически изображаются следующим образом (Рис.1).

Рис. 1 Связи

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

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

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

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

Описание внедрения проекта.

Предприятие имеет 14 персональных компьютеров: директора, бухгалтера, продавцов розница (6 шт), продавцов опт (4 шт), сисадмин, касса на которые нужно настроить программу «Управление торговлей» через терминальные сессии. Сервер устанавливается на отдельном ПК.

Требования к аппаратному обеспечении соответствуют требованиям технического задания и именно:

Персональные компьютеры имеют такие характеристики

- операционная система Windows 7;

- ОЗУ 2Гб;

- объем жесткого диска 120Гб;

- Процессор Intel Core i3, но не ниже

- сетевая карта с поддержкой функции Wi-Fi;

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

- операционная система Windows Server2008 R2;

- ОЗУ 4Гб;

- объем жесткого диска 2x500Гб;

- Процессор Intel Core xeon i7

- сетевая карта с поддержкой функции Wi-Fi;

Компьютер сервера баз данных:

- Microsoft SQL Server

Внедрение

· начальное обсуждение этапов внедрения;

· инсталляция системы;

· настройка системы;перенос данных, заполнение справочников, импорт начальных остатков;

· обучение конечных пользователей функционалу решения.

Заключение

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

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

Информационная система позволяет максимально оптимизировать и улучшить процесс.

Список литературы

1. Паршин К.А., Паршина Е.В, Методическое пособие для курсового проектирования для студентов 5 курса очного обучения и 6 курса заочного обучения, 2010г.;

2. Проектирование информационных систем: курс лекций: учеб пособие для студентов вузов, обучающихся по специальностям в области информ. технологий / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. -- М.: Интернет-Ун-т Информ. технологий, 2005. -- 304 с.: ил. - (Серия «Основы информационных технологий»);

3. ГОСТ 34.602-89

Размещено на Allbest.ru

...

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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены