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

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

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

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

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

силами самого заказчика;

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

конкурсными исполнителями, чьи обязанности включают только написание ТЗ;

силами сторонних исполнителей.

Для тех ТЗ, которые пишутся исполнителем, существует ряд нормативной документации:

ГОСТ 21.408-93 «Правила выполнения рабочей документации автоматизации технологических процессов»;

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

ГОСТ 24.703-85 «Типовые проектные решения в АСУ. Основные положения»;

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

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

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

ГОСТ 19.201- 78 Единая система программной документации;

ГОСТ 2.114-95 Единая система конструкторской документации.

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

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

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

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

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

Титульный лист дополнения к ТЗ оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение №... к ТЗ на AC... »

На последующих листах дополнения к ТЗ помещают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

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

На начальном этапе разработки ТЗ исполнитель создает примерный план содержания.

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

Назначения и цели создания системы;

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

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

Условия эксплуатации;

Требования к программной документации;

Технико-экономические показатели;

Стадии и этапы разработки;

Порядок контроля и приемки.

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

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

Техническое задание на разработку ИС медицинского учреждения размещено в приложении Б.

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

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

Техническое задание содержит следующие разделы:

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

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

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

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

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

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

Требования к документации. Содержит перечень и состав документации системы.

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

Существуют три стандарта, описывающих техническое задание на проектирование ИС: ГОСТ 34.602-89, ГОСТ 19.201-78, ГОСТ 19.102-77.

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

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

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

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

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

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

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

- Модель программиста – рождается в голове программиста, основывается на его профессиональной деятельности.

Стили пользовательского интерфейса. Можно выделить четыре основных стиля пользовательского интерфейса:

- Графический пользовательский интерфейс (Graphical User Interface , GUI ) – в основе данного интерфейса лежат четыре фундаментальных элемента: окна, указателя (мыши), меню и пиктограммы. Используются и другие элементы: кнопки, переключатели, поля ввода и др. Особенностью данного интерфейса является развитые возможности оформления экрана и управление с помощью указателя мыши.

- Web -интерфейс (Web User Interface , WUI ) – интерфейс напоминаетGUIинтерфейс, но изначально был беднее его. В нём, в частности, использовался режим одного окна и не было возможности «перетаскивания» объектов. С развитиемJavaScriptиAjaxон становится более похожим на интерфейсGUI.

- Интерфейс HUI (Human User Interface ) – это пользовательский интерфейс карманных устройств. Обычно подобные устройства обладают очень маленьким экраном. В нём содержатся некоторые элементы графического интерфейса, например элементы меню и пиктограммы.

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

Рассмотрим набор критериев качества пользовательского интерфейса:

- Понимание пользователей – насколько потребности пользователей отражены в интерфейсе программы.

- Эффективность процесса проектирования – определяет является ли продукт тщательно продуман и спроектирован.

- Необходимость проекта – имеет ли продукт экономическую и общественную значимость.

- Пригодность к изучению и использованию – насколько сложен продукт для изучения и использования.

- Соответствие – соответствует ли дизайн продукта решению поставленных проблем.

- Эстетические чувства – насколько использование продукта эстетически приятно.

- Изменяемость – насколько дизайн может изменяться в соответствии с требованиями пользователя.

- Управляемость – в какой мере реализована функция управляемости продуктом: управлением инсталляцией, тренировкой, сопровождением.

Общие принципы построения графического интерфейса :

Использование единой среды пользователя в виде так называемого рабочего стола;

Использование графических окон для отображения данных;

Применение средств неклавиатурного ввода (с помощью мыши).

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

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

1) уменьшение нагрузки на память – память пользователя не столь велика и не столь быстра.

2) совместимость интерфейса – возможность пользователей переносить свой опыт и знания на работу с новым программным обеспечением.

Моделирования информационных систем. Необходимость в языках моделирования. Язык UML . Принципы объектно-ориентированного проектирования. Обзор диаграмм языка UML . Диаграммы прецедентов и диаграммы классов.

Моделирование – это замещение исследуемого объекта (оригинала) его условным образом или другим объектом (моделью) и изучение свойств оригинала путём исследования свойств модели.

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

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

UML (Unified Modelling Language – унифицированный язык моделирования) – язык графического описания для объектного моделирования в области разработки программного обеспечения.UMLиспользует графические обозначения для представления абстрактной модели системы, называемойUML-моделью. Данный язык был разработан для моделирования ИС.UMLне является язык программирования, но на основеUML-модели производится генерация кода.

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

Диаграмма UML – это графическое представление набора элементов, изображаемое чаще всего в виде графа с вершинами (сущностями) и рёбрами (отношениями).

Лекция 15. Разработка технического задания на создание информационной системы

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

2. Состав и содержание ТЗ

Выписка из ГОСТ 34.602-89 ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ является рекомендательной, определяющей состав и содержание ТЗ. В ходе выполнения КР допускается обоснованное изменение состава и содержания ТЗ.

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

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

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

СОСТАВ И СОДЕРЖАНИЕ ТЗ

1. В разделе “Общие сведения” указывают: полное наименование системы и ее условное обозначение; наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты; плановые сроки начала и окончания работы по созданию системы.

2. Раздел “Назначение и цели создания (развития) системы” состоит из подразделов:

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

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

В разделе “Характеристики объекта автоматизации” приводят краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию и сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды.

3. Раздел “Требования к системе” состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения.

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

В подразделе “Требования к системе в целом” указывают:

требования к структуре и функционированию системы;

требования к численности и квалификации персонала системы и режиму его работы;

показатели назначения;

требования к надежности;

требования безопасности;

требования к эргономике и технической эстетике;

требования к транспортабельности для подвижных ИС;

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

требования к защите информации от несанкционированного доступа;

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

требования к защите от влияния внешних воздействий;

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

дополнительные требования.

В требованиях к структуре и функционированию системы приводят:

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

2) требования к способам и средствам связи для информационного обмена между компонентами системы;

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

4) требования к режимам функционирования системы;

5) требования по диагностированию системы;

6) перспективы развития, модернизации системы.

В требованиях к численности и квалификации персонала да ИС приводят:

требования к численности персонала (пользователей) ИС;

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

требуемый режим работы персонала ИС.

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

В требования к надежности включают:

1) состав и количественные значения показателей надежности для системы в целом или ее подсистем;

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

3) требования к надежности технических средств и программного обеспечения;

4) требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.

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

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

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

В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают :

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

2) предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;

3) требования по количеству, квалификации обслуживающего персонала и режимам его работы;

4) требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;

5) требования к регламенту обслуживания.

В требования к защите информации от несанкционированного доступа включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

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

В требованиях к средствам защиты от внешних воздействий приводят:

1) требования к радиоэлектронной защите средств ИС;

2) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

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

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

В дополнительные требования включают:

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

2) требования к сервисной аппаратуре, стендам для проверки элементов системы;

3) требования к системе, связанные с особыми условиями эксплуатации;

4) специальные требования по усмотрению разработчика или заказчика системы.

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

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

2) временной регламент реализации каждой функции, задачи (или комплекса задач);

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

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

В подразделе “Требования к видам обеспечения” в зависимости от вида системы приводят требования:

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

Для информационного обеспечения : системы приводят требования:

1) к составу, структуре и способам организации данных в системе;

2) к информационному обмену между компонентами системы;

3) к информационной совместимости со смежными системами;

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

5) по применению систем управления базами данных;

6) к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

8) к контролю, хранению, обновлению и восстановлению данных;

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

Для программного обеспечения системы приводят перечень покупных программных средств, а также требования: к независимости программных средств от используемых СВТ и ОС; к качеству ПС, а также к способам его обеспечения и контроля; по необходимости согласования вновь разрабатываемых ПС с фондом алгоритмов и программ.

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

1) к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;

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

В требованиях к метрологическому обеспечению приводят (для экономистов не обязательно):

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

2) требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;

3) требования к метрологической совместимости технических средств системы;

4) перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;

Для организационного обеспечения приводят требования:

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

2) к организации функционирования системы и порядку взаимодействия персонала ИС и персонала объекта автоматизации;

3) к защите от ошибочных действий персонала системы.

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

Областное коммунальное высшее учебное заведение

Институт предпринимательства «Стратегия»

Кафедра Экономической кибернетики

Курсовая работа

Тема:

«Проектирование и разработка информационной системы на примере магазина «Computer Master»»

Желтые воды 2010

Введение

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

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

1. Предпроектная стадия

1.1 Диалог с заказчиком

Диалог с заказчиком происходит в кабинете его предприятия «Computer Master ». Время встречи 7 ноября, пятница, 11:00.

Разработчик (Р): Здравствуйте! мне бы увидится с вашим начальником!

Секретарша (С): Здравствуйте! Вам, назначена встреча!?

Р: Да, мы созванивались насчет встречи!

С: Подождите немного, я уведомлю, что вы пришли! Проходите, он вас ждет!

Заказчик (З) : доброе утро, меня зовут Виктор Иванович. Пожалуйста, проходите, садитесь.

Р: Здравствуйте меня зовут Иощенко Иван.

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

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

З: Замечательно. Что вам для этого потребуется?

Р: Обычно процесс изучения предприятия и внедрения информационных систем занимает от 3 до 6 месяцев, в зависимости от структуры и особенностей предприятия. Но я думаю, что в вашем случае система будет готова к полной эксплуатации примерно к середине марта. Для эксплуатации и обслуживания системы Вам понадобятся специалисты. Нужно будет нанят одного – двух что будут заниматься обслуживанием системы.

З: Это приемлемо. Думаю, мы сможем решить этот вопрос. Что вас еще интересует?

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

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

Р: По вашему мнению, на сколько эффективна работа вашего магазина?

З: Я считаю, мы на сегодняшний день работаем достаточно эффективно. Но как каждый руководитель я желаю повышения эффективности работы управляемого мной объекта.

Р: Каким образом обслуживаются клиенты в вашем магазине?

З: Клиенты обращаются к продавцу-консультанту, спрашивают у него необходимую информацию относительно того или иного товара, а тот в свою очередь старается представить ее и выдать желаемый товар. Затем происходит оплата за товар, если это товар который не требует установки или комплектации и имеется в наличии. Если же его нет, товар заказывается у поставщиков и предоставляется клиентам через определённое время. При покупке ПК, продавец-консультант составляет конфигурацию, которая удовлетворяет желанию клиента, и если комплектующие есть в магазине, компьютер собирается в течение 1–3 часов, если же нет то они заказываются у поставщиков, затем ПК комплектуются. Клиент расплачивается после получения товара.

Р: Ясно. Сколько человек и техники работает в вашем магазине?

З: В нашем магазине работают два продавца-консультанта, 1 кассир, 3 специалиста, осуществляющих сборку новых ПК на заказ, а так же ремонт оргтехники, заправку картриджей и т.д.; а также я как директор. А также сейчас у нас используются 3 ПК.

Р: Каким образом ваши продавцы-консультанты получают информацию о наличии товара на складе, его характеристики?

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

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

З: Да, это так.

Р: Каким образом у вас осуществляется подбор ассортимента?

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

Р: Пару слов о поставщиках?

З: У нас не так уж много поставщиков, их можно разделить на несколько групп:

Мелкие и крупные,

Постоянные и периодические.

Всего обычно не более 5–6.

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

З: Обычно мы закупаем новый товар 1 раз в 2 недели. Перед этим связываемся с поставщиком, заказываем у него определённое количество товара. Учет поставок веду я сам на своем компьютере при помощи Exsel, но меня не устраивает ограниченность его функций для данной деятельности. Мне необходим четко сформированная и надежная система, обеспечивающая быстрый доступ к нужной мне информации, удобные средства для создания отчетов и т.д. Вы понимаете, что я имею ввиду?!

Р: Да, конечно. Это все, что меня интересовало. Я еще более подробно ознакомлюсь с копиями документов, которые Вы мне предоставили, и мы с вами приступим к работе.

З: Хорошо.

Р: Спасибо, Я позвоню вам через 2 дня, мы встретимся и уже детально рассмотрим проект нашей системы.

З: Договорились. До свидания.

Р: До встречи.

В результате встречи можно сделать такие выводы:

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

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

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

4. в магазине отсутствует автоматизированная система учета продаж продукции.

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

1.2 Описание объекта

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

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

1.3 Документооборот на предприятии

На предприятии существуют следующие виды документов:

1. приходные накладные

2. расходные накладные

3. налоговая накладная

4. договор

5. всевозможные отчетности

6. гарантийные талоны и др.

1.4 Требования заказчика к системе

Были выдвинуты следующие основные требования:

1. система проста в обращении

2. Эффективность ИС

3. система разрешит следующие основные проблемы:

· учет материальных запасов;

· учет денежных средств, полученных от реализации товаров;

· сокращение времени формирования отчетов;

· упорядоченность документооборота;

· экономия времени на обслуживание клиентов.

2. Концепция информационной системы

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

2.1 Описание выполненных работ

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

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

Бухгалтер ведёт учет на предприятии, и составляют финансовые отчетности.

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

В обязанности кладовщика входит контроль за наличием и состоянием товара на складе.

Таким образом, можно привести схему системы по автоматизации учета товаров и денежных потоков в магазине «Computer Master ».

2.2 Обоснование предложенного варианта концепции ИС

В связи с результатами изучения объекта автоматизации, разработчиком предлагается внедрить на предприятии систему 1С.

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

В качестве обоснования выбора системы 1С: предприятию предлагается следующие аргументы:

1. система легка в использовании

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

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

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

5. не трудно найти квалифицированного специалиста, работающего с системой 1С: Предприятие.

2.3 Предварительный состав, сроки выполнения и стоимость работ по внедрению ИС

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

Если, подсчитать, то период от начала работ до внедрения системы составляет 3,5-4 месяца. Приблизительная стоимость создания и внедрения ИС по автоматизации учета товаров и денежных потоков от 7480 до 10200 грн. Что есть приемлемой сумой с учетом тех денежных средств которыми располагает заказчик.

3. Техническое задание на создание ИС

Техническое задание составляется в соответствии с ГОСТ 34.602–89 «техническое задание на автоматизирование системы управления».

Автоматизирование системы. Стадии создания. Ответственность за разработку ТЗ несет основной разработчик.

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

Полное наименование АИС: Информационная система по автоматизации учёта товаров и денежных потоков на предприятии «Computer Master».

Условное обозначение: АИС – «Computer Master».

Разработка ведется на основании договора №1 от 09.11.09 между заказчиком (Виктором Ивановичем директор «Computer Master») и разработчиком (Иощенко И.Г.)

Полное наименование предприятие ЧП «Computer Master».

Адрес: Кировоградская обл., г. Александрия, проспект Ленина 45.

Расчетный счет: №53425

Разработчик: Иощенко И.Г.

Адрес: Кировоградская обл., г. Александрия, ул. Садовая 16.

Создание информационной системы ведется на основании договора №1 от 10.01.10 между разработчиком и заказчиком.

Плановые сроки начала работ 9.11.09, окончания работ – 10.03.10.

Финансирование работ по созданию АИС будет осуществляться заказчиком.

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

3.2 Назначение и цели создания АИС

АСУ предназначена для автоматизации управления деятельностью фирмы, а именно:

Учет материальных запасов

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

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

Учет движения товаров на складе

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

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

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

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

Основная деятельность магазина ведется в нормальных условиях труда.

3.4 Требования к ИС

Требования:

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

Внедрение ИС должно привести к положительному экономическому эффекту.

Ведение учета товаров в магазине

Планирование затрат, связанных с приобретением и хранением товаров

Планирование доходов, связанных с реализацией товаров

Требования к видам обеспечения ИС:

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

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

1. 1С «Предприятие» и компоненты для работы ИС

2. Антивирусные программы

3. Офисные программы (MS Office или Open Office)

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

Информационное обеспечение должно включать данные о товарах, поставщиках, ценах.

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

Даная информационная система будет внедрена в течении 3,5–4 месяцев.

Для работы с ИС необходимо обучить персонал.

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

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

Определение требований заказчика;

Разработка проекта АИС в соответствии с требованиями заказчика;

Разработка технического задания в соответствии с ГОСТ 34.602–89.27.01.08–21.02.08;

Проектная стадия:

Внедрение ИС;

Сопровождение системы.

Исполнителями работ являются:

Разработчик ИС;

Специалист по созданию ЛВС;

Специалист по установке, конфигурированию, сопровождению системы.

Ответственный за выполнение всех работ по всем этапам является разработчик ИС.

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

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

Во время приема комиссией должны бить представлены документы:

Техническое задание на систему

Технический и рабочий проекты на систему

Протокол и журнал испытательной эксплуатации

Штатное расписание подразделений заказчика, которые обслуживают систему.

Акты передачи всех частей информационной системы заказчику

Проект программы и методики испытаний

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

3.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в эксплуатацию

Для подготовки объекта ко вводу в эксплуатацию следует выполнить:

Подготовка объекта к переходу на работу в новой ИС

Опробование всех материалов технического и рабочего проектов и внесение изменений по результатам

Для внедрения ИС в эксплуатацию необходимо:

Оформить акты о выполнении плана мероприятий по подготовке объекта к внедрению.

Наличие документации по внедрению ИС.

Наличие персонала, что обеспечивает подготовку внедрения и эксплуатацию.

Наличие принятых в эксплуатацию технических средств ИС.

3.8 Требования к документации

Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

В процессе разработки ИС могут бить использованы:

ГОСТ 19.001. – 77. ЕСПД. «Общие положения»;

ГОСТ 19.006. – 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201. – 82. ЕСПД. «техническое задание на разработку программы».

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

Техническое задание на создание системы

Техническое задание на автоматизированные системы управления

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

4. Технорабочий проект

4.1 Общая системная документация

4.1.1 Пояснительная записка

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

Данный документ согласован заказчиком и главным разработчиком. Технорабочий проект подлежит изменению только в тех случаях, которые оговорены в договоре №1 от 9.11.09 создание ИС ведется на основании выше упомянутого договора, заключенного между заказчиком и разработчиком ИС.

Общее описание ИС «Computer Master »

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

Система отвечает основным целям её создания, а именно:

1. Обеспечение достоверности учетных данных о товарах на складе и о денежных потоках.

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

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

4. Формирование эффективной информационно – аналитической поддержки механизмов по оптимизации учета товаров и денежных потоков.

5. Снижение затрат на хранение товаров.

4.1.2 План мероприятий по подготовке объекта ко вводу ИС в эксплуатацию

Для ввода ИС в эксплуатацию необходимо:

1. Подготовка объекта автоматизации ко внедрению.

2. Подготовка персонала (обучение персонала и проверка способности обеспечить функционирование системы).

3. Комплектация ИС поставленными изделиями.

4. Переоборудование помещений и расположение рабочих станций в соответствии со стандартами и нормами.

5. Наем специалиста для обслуживания и сопровождения ИС (проводится заказчиком по рекомендациям разработчика).

4.1.3 Расчет экономической эффективности

Экономическая эффективность внедряемой АИС может быть оценена посредством вычисляемых эффектов. К ним можно отнести:

· Усиление контроля выполнения работ.

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

· Увеличение степени надежности информации.

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

· Получение более развернутой информации, автоматизации её сбора.

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

Благодаря автоматизации объекта можно сократить численность продавцов до двух. Тогда зарплата двух продавцов составит 2∙12∙800=19200 грн. в год. Но затраты на содержание специалиста по обслуживанию системы обойдутся в 1∙12∙1000=12000 грн. в год.

Таким образом, годовой экономический эффект от внедрения ИС будет равен: 19200 – 12000 = 7200 грн. в год.

4.2 Документация функциональной части

4.2.1 Описания автоматизированных функций

Схемафункциональной структуры ИС.

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

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

· Формирование эффективной информационно-аналитической поддержки механизмов по оптимизации учета ТМЦ и денежных потоков, минимизации затрат на хранение ТМЦ.

4.2.2 Описание постановки задачи

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

4.3 Документация организационного обеспечения ИС

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

Описание организационной структуры ИС

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

4.4 Документация информационного обеспечения

Информационное обеспечение (ИО) АИС состоит из нормативно – справочной информации, представленной в виде констант в системе «1С: Предприятие» и которые может изменять специалист по сопровождению АИС. Информационное обеспечение также включает также базы данных формата DBF (структура некоторых из них представлена в приложении 4), которые ранее не применялись на предприятии для учета товаров и были составлены в процессе внесения начальной информации.

Информационное обеспечение АИС «Computer Master » включает данные о товарах (серийный номер, наименование товара, наименование поставщика, количество товара, дата прихода на склад, закупочная цена, дата списания со склада, и т.д.). Эта информация вносится в базы данных рабочей (формата DBF) станции и извлекаться оттуда по мере необходимости. Базы данных содержащие информацию о товарах и денежных потоках за предшествующие годы должны архивироваться и сохранятся (в архивах) на жестких дисках рабочей станции. Также в базе хранятся данные о поставщиках и покупателях.

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

4.5 Документация технического обеспечения

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

В состав технического обеспечения ИС входят: два компьютера одинаковой конфигурации, которые были в наличии. Компьютеры соединяются в локальную сеть с помощью кабеля типа «витая пара» и топологии «логическая кольцевая сеть» что позволяет передавать информацию, со скоростью 10–100 Мбит/сек.

Техническое обеспечение также включает печатающее устройство – принтер.

4.6 Документация математического обеспечения

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

4.7 Документация программного обеспечения

Программное обеспечение АИС «Computer Master » включает:

– операционную систему MS Windows, установленную непосредственно на рабочие станции,

– программу 1С: Предприятие 7.7, включая все её компоненты для непосредственной работы ИС,

– антивирусное программное обеспечение,

– архиватор

– Файловый менеджер

– другое программное обеспечение Microsoft Office 2003.

Основным программным обеспечением для работы АИС «Computer Master » является программа 1С: Предприятие 7.7 которая проинсталлирована на всех ПК, входящих в состав технического обеспечения ИС. Документация на эту программу принята в состав документации на ИС в целом.

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

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

Заключение

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

Список использованной литературы

1. Информационные системы и технологии в экономике За. Ред. В.С. Пономаренка, Киев, «Академия», 2002.

2. Филимоненко Н.И. конспект лекций по курсу «модели и методы управления проектами».

3. Автоматизированные информационные технологии в экономике. Под. Ред. Г.А. Титаренко, Москва, «Компьютер», 1998.

4. Единая система программной документации. Госкомитет СССР по стандартам, М., 1982.

5. Р. Фатрепп, Д. Шафер, Л. Шафер Управление программными проектами. Достижение. Достижение оптимального качества при минимуме затрат, «Вильямс», Москва – Санкт-Петербург – Киев, 2003.

6. Проектирование информационных систем. За. Ред. В.С. Пономаренко, Киев, «Академия», 2002.