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

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

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

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

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

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

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

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

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

ГОСТ 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... »

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Техническое задание на создание информационной системы

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

Автоматизированная информационная система «Строительное предприятие»

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

Для решения задач контроля и учета проектирования и изготовления, и продаж в данном предприятии создается автоматизированная информационная система, которая проектируется в среде СУБД ACCESS.

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

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

Основные функции, которые решает ИС:

· Контроль работы предприятия;

· Учет продаж предприятия;

· Учет результатов (доходов и расходов предприятия).

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

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

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

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

2.4.1 Требования к входной, нормативно-справочной и выходной информации

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

· Документы, поступающие из планово-экономического отдела 1 раз в месяц, которые содержат плановые задания по выполнению проектирования и продаж;

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

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

Эти данные представлены в виде таблицы БД, в виде запроса, а также в виде отчета на экране и на бумаге.

Выходные результаты решения задачи по учету результатов деятельности предприятия выводятся:

· На принтер и на жесткий диск в отделе проектирования и изготовления, и отделе продаж;

· Передаются по каналу связи в бухгалтерию и в планово-экономический отдел.

Выдача выходных данных осуществляется каждый квартал.

2.4.2 Предложения по кодированию и классификации информации

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

· Сокращение временных и других затрат на решение задач в системе управления;

· Обеспечение высокого качества информации.

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

Эти данные кодируются с использованием порядкового метода. Его достоинством является простота использования, недостатком - переполнение кодов.

Классификация информации.

Существует 2 метода классификации:

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

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

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

Ш Кумулятивность - полнота информации;

Ш Достоверность - отсутствие скрытых ошибок;

Ш Защищенность - невозможность несанкционированного доступа;

Ш Оперативность - своевременность;

Ш Гомоморфность - данные должны быть представлены в одном виде;

Ш Идентичность - соответствие объектов на данный момент;

Ш Конфиденциальность - секретность.

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

· Логический - смысловая проверка, т. е контроль по отклонениям, по заданной последовательности записей

· Программный.

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

2.4.4 Предлагаемые меры по защите информации от несанкционированного доступа

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

Его виды:

1. Косвенный - подслушивающие устройства, дистанционные фотографии, радиоперехват и др.

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

Защита наиболее уязвимой части информации производится следующими методами:

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

· Программные - защита БД и прикладных программ от копирования, антивирусные программы, шифрование, резервирование информации

В информационной системе применяется программный метод защиты (проверка на вирусы).

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

2.4.5 Требования к базе данных (БД) и системе управления БД

Система управления БД, которая будет использоваться в автоматизированной системе - СУБД ACCES, так как она больше ориентирована на обычного пользователя, а СУБД FOXPRO - на прикладного программиста.

2.4.6 Требования к техническим средствам

Рекомендуется использовать ПК с процессором Pentium -IV, с оперативной памятью объемом не менее 256 МБт, с дисковой памятью объемом не менее 200 ГБт. Это обеспечит высокопроизводительную работу ЛВС при использовании любой топологии и операционной системы.

Требования к вспомогательным устройствам. Для работы в сети устанавливаются 32 - разрядные сетевые адаптеры EtherNet с протоколом ISA или адаптеры TokenRing с протоколом MicroChannel, или сетевые адаптеры ArcNet с протоколом ISA.

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

· Иметь высокую производительность;

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

· Иметь высокую надежность работы;

· Обеспечивать высокое качество печати;

· Желательно иметь возможность копирования документов.

Исходя из этого, применяется лазерный принтер - HP LaserJet 1100.

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

3. Технорабочий проект (Проектное решение)

Автоматизация процесса поиска плагиата

Автоматизация работы техподдержки пользователей

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

Автоматизация расчетов по оплате труда на примере ОАО "Нечкинское" Сарапульского района Удмуртской Республики с использованием программы 1С:Предприятие 8.0

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

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

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

Техническое задание разработано в соответствии с ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы"...

Виртуальный деканат

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

Информационная система "Клинника"

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

Информационное обеспечение АТП

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

Проектирование информационной сети

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

Разработка web-сайта организации (на материалах ООО "Автомир", г. Гомель)

Рассмотрим уровень технического обеспечения в ООО «Автомир». В организации все рабочие места автоматизированы. На рабочих местах установлены персональные компьютеры...

Разработка и проектирование информационной системы для салона мобильной связи при помощи Microsoft Access на языке программирования Visual Basic

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

Разработка информационной системы администратора сети организации ООО "WestCall"

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

1 Общие сведения. 1.1 Полное наименование системы и ее условное обозначение "Bentec IT & Soft invent" 2. Назначение и цели создания системы. 2.1 Назначение системы...

Разработка технического задания для автоматизации магазина "Буква"

Общие сведения Наименование системы автоматизированная система учета деятельности магазина "Буква-Серов". Предприятие заказчик - ООО "Эталон"...

Создание сайта группы

1) Тип изделия: Динамический web-сайт группы; 2) Цель: Создание сайта группы для удобства информирования студентов группы в неучебное и учебное время; 3) Целевая аудитория: Студенты группы и преподаватели ВУЗа; 4) Требования к сайту: 1)Удобный...

  • Жизненный цикл (жц) информационной системы. Основные процессы жизненного цикла. Вспомогательные процессы. Организационные процессы. Технологии проектирования информационных систем.
  • Техническое задание на проектирование информационной системы. Основные разделы технического задания. Стандарты, описывающие техническое задание. Анализ и разработка требований.
  • Методы аутентификации пользователей информационных систем.
  • Сеть Фейстеля: принцип работы и использование в алгоритмах блочного шифрования
  • Анализ основных технологий разработки электронных технических документов
  • Типовые структуры электронных технических документов
  • Технологии проектирования и реализации мультимедийного продукта.
  • 26. Классификации систем компьютерной графики. Кодирование векторной и растровой графической информации. Растровая графика – объекты изображения. Векторная графика – объекты изображения.
  • 27. Цветовые модели rgb, cmYk, hsv (hsb), hsl, lab. Представление цветов, кодирование, назначение.
  • 28. Структурированная кабельная система: топологии, подсистемы, категории пассивного оборудования.
  • 29. Порядок проектирования структурированной кабельной системы.
  • 30. Глобальная сеть Интернет. Сетевые протоколы. Модель osi. Система доменных имен, трансляция доменного имени в ip-адрес. Маршрутизация пакетов в сети Интернет.
  • 31. Логическое программирование на языке Пролог. Представление знаний о предметной области в виде фактов и правил базы знаний Пролога. Организация повторений.
  • 1.1. Метод отката после неудачи.
  • 33. Ядро операционной системы. Классификация ядер операционных систем. Достоинства и недостатки различных архитектур ядер операционных систем.
  • 34. Файловая система как компонент операционной системы: определение, основные функции и возможности. Примеры реализации файловых систем.
  • 35. Информация и энтропия. Измерение количества информации. Свойства информации. Формулы Хартли и Шеннона.
  • 37. Коды, обнаруживающие и исправляющие ошибки передачи. Построение систематического кода. Код Хемминга.
  • 38. Понятие переменной в языках программирования. Оператор присваивания. Организация ввода и вывода данных в приложении. Организация ветвления и циклов в языках программирования.
  • 39. Массив как способ организации данных. Реализация массивов в различных языках программирования. Одномерные и многомерные массивы. Типовые алгоритмы обработки массивов.
  • 40. Подпрограммы (методы) в языках программирования. Формальные и фактические параметры. Глобальные и локальные переменные. Рекурсивное выполнение подпрограммы.

    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 – это графическое представление набора элементов, изображаемое чаще всего в виде графа с вершинами (сущностями) и рёбрами (отношениями).

    ТЕХНИЧЕСКОЕ ЗАДАНИЕ

    на разработку информационной системы

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

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

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

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

    В соответствии с договором № МП23 между "ООО ТехноПлюс " (в дальнейшем Разработчик) и ООО ОптоТорговля (в дальнейшем Заказчик), Разработчик проектирует БД, разрабатывает и вводит в эксплуатацию информационную систему «Учет торговых операций»

    Днем начала проектирования БДБ считается день, следующий после под­пи­са­ния данного Технического задания

    Если в процессе разработки Заказчик изменяет описанные в данном до­ку­мен­те требования, то они оформляются отдельным документом и влекут за собой из­ме­не­ние или дополнение Договора между Заказчиком и Разработчиком БД в части срока выполнения и оплаты договора

    Заказчик оплачивает работы Разработчика БД в соответствии с договором N XXX

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

    ИС «Учет торговых операций» предназначена для хранения, обработки и анализа информации, относящейся к основной деятельности Заказчика.

    Целью создания ИС «Учет торговых операций» является:

    Хранение информации о совершенных торговых операциях;

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

    Анализ финансовых результатов торговых операций;

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

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

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

    3.2. Заказчик не является плательщиком НДС

    3.3. За день Заказчик совершает не более 100 торговых операций по покупке и продаже товаров.

    3.4. Общий объем номенклатуры товаров не превышает 3000 единиц

    3.5. Общее количество контрагентов - поставщиков не более 100 единиц.

    3.6. Количество контрагентов – покупателей – не ограничено. На момент подписание договора N XXX составляло 300 единиц.

    3.7. Списывание товаров со склада Заказчик осуществляет по методу средневзвешенной стоимости.

    3.9. В качестве счетов расходов используются только счета класса 9.

    3.10. Фінансові результати торгівельної діяльності підприємства (прибутковість чи збитковість операцій) визначаються на основі різниці рахунків 702 та 902.

    3.11. Совершение торговых операция регистрируются в первичных документах Приходная накладная, Расходная накладная, Банковская выписка.

    Прибуткова накладна (ПН) відображує факт надходження товару на склад підприємства та містить таку інформацію:

    – номер;

    – дату;

    – ім’я контрагента (фірми - постачальника);

    – найменування товару;

    – кількість;

    – ціну одиниці товару;

    – суму.

    Видаткова накладна (ВН) відображує факт відвантаження товару зі складу підприємства покупцю та містить інформацію, схожу на інформацію в ПН (лише замість фірми-постачальника вказується фірма-покупець).

    Рядок банківської виписки підтверджує факт надходження/вибуття коштів із розрахункового рахунку (р/р) підприємства та містить таку інформацію:

    – дату;

    – ознаку приходу/витрати коштів;

    – ім’я контрагента (від кого надійшли / кому перераховано кошти).

    3.12. Кожний первичный документ є підставою для здійснення певних проводок, які здійснюють зміни певних бухгалтерських рахунків. Операції торгівельного підприємства викликають такі проводки (табл.3.1)

    Таблица 3.1 – Проводки, используемые в бухгалтерском учете на предприятии Заказчика

    Операция

    Документ

    Дебет счета

    Кредит счета

    Сумма проводки

    Оприходование

    Приходная накладная

    сумма документа

    Отгрузка товара

    Расходная накладная

    сумма документа

    себестоимость отгруженного товара

    Поступление денег на расчетный счет

    Банковская выписка (приходная)

    сумма документа

    Перечисление денег с расчетного счета

    Банковская выписка (расходная)

    сумма документа

    Определение финансовых результатов

    на сумму закрытия 902 счета

    на сумму закрытия 702 счета

    де 281 – товари на складі;

    311 – розрахунковий рахунок у вітчизняній валюті;

    361 – розрахунки з вітчизняними покупцями;

    631 – розрахунки з вітчизняними постачальниками;

    702 – доход від реалізації товару;

    902 – собівартість реалізованих товарів (витрати).

    3.13. У якості бухгалтерської звітності використовується оборотно-сальдова відомість синтетичного обліку вигляду як у таблиці 3.2.

    Таблиця 3.2 – Оборотно-сальдова відомість синтетичного обліку

    Номер позиції

    Сальдо початкове

    Обороти

    Сальдо кінцеве

    Разом

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

    ИС «Учет торговых операций» должна отвечать следующим требованиям:

    4.1. БД для ИС «Учет торговых операций» должна обеспечивать хранение, отображение и редактирование справочной и оперативной информации.

    Справочная информация:

    o описание товаров:

    Номер номенклатуры (товара);

    Название товара;

    Описание;

    o контрагенты – поставщики;

    Номер контрагента;

    Имя контрагента;

    Адрес контрагента;

    Контакты;

    o контрагенты – покупатели;

    Номер контрагента;

    Имя контрагента;

    Адрес контрагента;

    Контакты;

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

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

    Оперативная информация:

    o Первичные документы: Приходная накладная, Расходная накладная, Банковская выписка (описание документов приведено в 3.11)

    o Бухгалтерские проводки, вызванные первичными документами (вид проводок приведен в таблице 3.2)

    o Информация о товарах на складе:

    Номер товара;

    Количество;

    Сумма;

    Средняя цена.

    4.2. ИС «Учет торговых операций» должна позволять автоматизировать следующие действия:

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

    4.2.2 Формировать по первичным документам бухгалтерские проводки в автоматическом режиме.

    4.2.3 Проводить поиск следующей информации:

    Первичных документов указанного типа за определенный период;

    Проводок для указанного типа документов за определенную дату;

    Информации о контрагенте

    Информации о товаре

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

    Финансовых результатов торговой деятельности;

    Результатов расчетов по каждому контрагенту;

    Остатков товаров на складе по каждому наименованию;

    Стоимости сделок по каждому контрагенту;

    Стоимости и количеству продаж по каждому виду товаров

    4.2.5 Формировать отчеты за указанный период:

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

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

    Количественные значения показателей надежности:

    - время автоматического завершения работы должно быть не более 1 минуты;

    - время восстановления после сбоя должно быть не более 30 минут;

    - показатель отказоустойчивости ИС должен составлять 11/7, т. е. бесперебойной работы ИС 11часов в день 7 дней в неделю.

    Обслуживание ИС должно производиться без прерывания ее работы.

    4.5 Требования к методам оценки и контроля показателей надежности на стадии опытной эксплуатации

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

    Дату возникновения ошибки;

    Общую наработку объекта с начала его эксплуатации до момента выявления ошибки;

    Внешние признаки и характер появления ошибки;

    Вид работы, при которых была обнаружена ошибка.

    4.6 Требования к производительности ИС

    Система должна поддерживать возможность обрабатывать до 1000 документов в день

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

    80% операций должны иметь время отклика (время выполнения операции) менее 1сек.;

    15% операций – от 5сек. до 10сек;

    5% операций - более 10сек, но не более 30мин.

    4.7 Требования к объемам (масштабируемости)

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

    Предполагаемый прирост объема БД за один день эксплуатации 20Мб.

    4.8 Требования к численности, функциям и квалификации персонала ИС и режиму его работы

    Работу с ИС будет осуществлять следующий персонал Заказчика:

    Администратор:

    Количество: 1;

    Квалификация: сетевой администратор, администратор баз данных ;

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

    Режим работы: 1 час в день, 5 дней в неделю

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

    Количество: 2;

    Квалификация: бухгалтер, пользователь ПК;

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

    Режим работы: посменно для обеспечения работы системы 11 час в день 7 дней в неделю;

    Доступ к работе: 8-й часовой курс обучения;

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

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

    4.10 Требования к программному обеспечению и составу, структуре и способам организации БД ИС

    Данные в Системе должны храниться в реляционной СУБД МS SQL Server 2000.

    - T-SQL (диалект языка SQL);

    С # .

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

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

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

    Система управления базами данных МS SQL Server 2000;

    Программное обеспечение для резервного копирования;

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

    Сервер БД, 2 рабочие станции.

    Пропускная способность сети - 100Мбит в сек.

    4.12 Требования к перспективам развития, модернизации ИС

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

    - добавления, изменения, удаления справочной информации ИС;

    - подключения/удаления новых пользователей ИС;

    - изменения паролей;

    - импорт/экспорт данных из/во внешние источники данных.

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

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

    Работы по проектированию ИС «Учет торговых операций» производятся в три этапа.

    Первый этап включает в себя:

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

    Проектирование БД ИС;

    Заполнение разработанной БД тестовым набором данных;

    Разработку дизайна интерфейса пользователя;

    Разработка низкоуровневой технической спецификации на разработку ИС «Учет торговых операций»

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

    Второй этап - разработка тестовой версии ИС «Учет торговых операций». Окончанием данного этапа является ввод тестовой версии в опытную эксплуатацию.

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

    Окончание каждого второго и третьего этапа подтверждается Сторонами договора под­пи­са­нием Акта приема-передачи.

    Длительность первого этапа составляет 10 дней. Началом первого этапа считается день, следующий за днем подписания Заказчиком и Разработчиком БД данного Технического задания.

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

    Длительность третьего этапа составляет 20 дней. Началом третьего этапа считается день, следующий за днем подписания Заказчиком и Разработчиком БД Акта приема-передачи тестовой версии ИС в опытную эксплуатацию.

    Набор данных для тестирования ИС пре­до­став­ля­ет Заказчик.

    По окончанию второго этапа работ Разработчик БД устанавливает тестовую ИС на тестовый сервер Заказчика и предоставляет Заказчику предварительное руководство пользователя, содержащее описание процедур, необходимых для работы с ИС «Учет торговых операций». Описания предоставляются в электронном виде.

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

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

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

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

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

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

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

    В конце второго этапа по разработке ИС «Учет торговых операций» Разработчик проводит 8-часовой курс обучения с персоналом Заказчика по обслуживанию ИС. По окончанию данного курса персонал Заказчика проходит тестирование.

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

    По окончанию третьего этапа Разработчик ИС «Учет торговых операций» передает Заказчику сле­дую­щую документацию:

    1. Инструкцию программиста.

    В Инструкции программиста описываются процедуры, необходимых для работы с ИС «Учет торговых операций». Описание процедур включает в себя:

    Название процедуры;

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

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

    Описание выходных параметров и (или) возвращаемых наборов записей с указанием их типов и форматов

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

    2. Инструкцию по установке ИС «Учет торговых операций».

    3. Инструкция пользователя ИС «Учет торговых операций».

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