Министерство транспорта Российской Федерации

Федеральное государственное автономное

образовательное учреждение высшего образования
«Российский университет транспорта» (МИИТ)

Институт экономики и финансов

Кафедра «Информационные системы цифровой экономики»

Отчетная работа
по дисциплине: “Проектирование информационных систем”
на тему: “Проектирование экономической информационной
системы по учету инвентаризации материальных ценностей с
помощью CASE-средств BPwin”

Выполнила: студентка группы ЭПБ-212

Пахомова Е. В.
Проверила: доц. Морозова В. И.
старш. препод. Врублевский К. Э.

М о с к в а - 2022 г.
1
 Содержание

Введение.................................................................................................................................2
1. Постановка задачи............................................................................................................3
2. Описание предметной области.......................................................................................5
3. Техническое задание..........................................................................................................6
4. Бланки входных и выходных документов.......................................................................7
5. Моделирование информационных систем средствами BPwin......................................7
5.1 Принципы построения модели (IDEF0)...........................................................................7
5.2 Диаграммы потоков данных (DFD)................................................................................7
5.3 Метод описания процессов (IDEF3)................................................................................7
6. Заключение........................................................................................................................8
7. Список литературы..........................................................................................................9
 Введение
1 раздел. Написать об актуальности использования современных
информационных систем (из интернета, пол странички, страничку)

2 раздел. Актуальность использования современных CASE-средств при

проектирование информационных систем (пол странички, страничку)

Последнее предложение. В данной отчетной работе будет выполнено

проектирование экономической информационной системы по учету <тема> с
помощью CASE-средств BPwin.

2
 1. Постановка задачи

Целью отчетной работы является разработка экономической

информационной системы по учету <тема>, используя CASE-средства BPwin.

При выполнении работы требуется использовать подход:

1) функциональный (или структурный)

При применении функционально-ориентированного (или структурного)

подхода требуется использовать CASE-средство BPwin, в котором
необходимо задействовать следующие нотации:
- IDEF0 - функциональное моделирование (Function Modeling Method),
- DFD - диаграммы потоков данных (Data Flow Diagramming),
- IDEF3 – моделирование деятельности (Process Flow and Object Stale
Description Capture Method).

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

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

При выполнении отчетной работы необходимо:

 описать этапы разработки экономической информационной системы;
 выполнить описание предметной области информационной системы
(общие положения и понятия по теме, особенности технологического
процесса и актуальность автоматизации обработки информации по
теме),
 дать описание данных (входных, выходных, справочных) с
предоставлением бланков (образцов) этих документов,
 разработать «Техническое задание на проектирование экономической
информационной системы по учету <тема>, включающее следующие
разделы:
- Общие сведения,
3
 - Назначение и цели создания информационной системы,
- Характеристика объекта автоматизации,
- Требования к системе,
- Состав и содержание работ по созданию системы,
- Порядок контроля и приемки системы,
- Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие.

По итогам выполнения отчетной работы необходимо оформить

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

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

Можно взять:

1. Разработка с использованием CASE-средства, позволяет упростить

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

2. BPwin дают основу для осмысления бизнес-процессов и оценки

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

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

ООО «_______»

УТВЕРЖДАЮ

Генеральный директор

Каргина Л. А.

(Фамилия И.О.)

«09» февраля 2023г.

Экономическая информационная система по учету ... <тема>

(ЭИС ...<аббревиатура>)

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

на ____ листах
Действует с «09» февраля 2023г.

СОГЛАСОВАНО

Студент группы ЭПБ-212

Пахомова Е. В.

(Фамилия И.О.)

«09» февраля 2023г.

6
 1. Общие сведения
1.1. Полное наименование системы и ее условное обозначение
Экономическая информационная система по учету <тема>
1.2. Шифр темы
Не предусмотрен
1.3. Наименование разработчика и заказчика системы и их реквизиты
Организация заказчика (далее Заказчик): Федеральное государственное автономное
образовательное учреждение высшего образования «Российский университет транспорта»
(РУТ (МИИТ)), кафедра «Информационные системы цифровой экономики»
Адрес организации: г. Москва, ул. Образцова, д.9, стр.9
Разработчик: <студент>
1.4. Перечень документов, на основании которых создается система, кем и когда
утверждены эти документы
На основе задания на проектирование экономической информационной системы
учёта <тема> – заводится следующий документ: «Задание на курсовую работу»
Документ утвержден: ________________ (Фамилия И.О.)
1.5. Плановые сроки начала и окончания работы по созданию системы
Плановые сроки:
1) начало разработки по созданию системы: <дата начала>
2) окончание работы по созданию системы:
I этап <дата окончания>
II этап <дата окончания>
1.6. Сведения об источниках и порядке финансирования работ
Работа выполняется в рамках курсовой работы кафедры «Информационные
системы цифровой экономики».
Порядок финансирования не предусмотрен.
1.7. Порядок оформления и предъявления заказчику результатов работ по созданию
системы, по изготовлению и наладке отдельных средств и программно-технических
комплексов системы
Перечень документов, предоставляемых заказчику по окончании
разработки информационной системы:
- техническое задание, технические условия, техническое приложение;
- расчетно-пояснительная записка.

2. Назначения и цели создания информационной системы

2.1. Назначение системы
1) Данная информационная система предназначена для автоматизации процессов
учета <тема>. Информационная система должна способствовать увеличению скорости и
качества обработки информации. А также получать эффект от деятельности системы.
2) Целями создания системы являются:
- снижение временных и трудовых затрат на обработку информации
- минимизация затрат;
- простота ведения проектной документации;
- повышение качества получаемой информации.
7
 3. Характеристика объекта автоматизации
3.1. Краткие сведения об объекте автоматизации или ссылка на документы,
содержащие такую информацию
Объект автоматизации должен обеспечивать создание информационной базы,
необходимой для правильности оформления первичных документов и оформление
выходной ведомости.
3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках
окружающей среды
Не предусмотрены

4. Требования к системе
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
4.1.1.1. Перечень подсистем, их назначение и основные характеристики, требование к
числу уровней иерархии и степени централизации системы
В состав информационной системы по учёту <тема> должны входить следующие
подсистемы:
- <название бизнес-процесса>,
...
- <название бизнес-процесса>
4.1.1.2. Требования к способам и средствам связи для информационного обмена
между компонентами системы
Для информационного обмена между компонентами системы должна быть
организованна локальная сеть.
4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со
смежными системами, требования к ее совместимости, в том числе указание о
способах обмена информацией
Данная информационная система должна быть легко совместима с другими
системами. Объем информацией между компонентами системы должен производиться
путем передачи электронных документов и другой информации.
4.1.1.4. Требования к режимам ожидания функционирование системы
Для информационной системы определены следующие режимы функционирования:
- активный режим работы;
- режим ожидания;
В активном режиме функционирование системы происходит активный обмен
данными между клиентскими серверной рабочими станциями, увеличивается сетевой
трафик. В режиме ожидания сервер ждет подключения хотя бы одного из пользователей
группы, который инициирует запуск необходимых для работы компоненты системы. В
обоих режимах происходит нормальное функционирование аппаратной части сервера, при
активном – более интенсивном, а в режиме ожидания – почти без нагрузки (за
исключением фоновых задач, и задач по расписанию)
4.1.1.5. Требования по диагностированию системы
Диагностика и профилактика технических средств проводится раз в квартал.
Проверка целостности данных производится по необходимости.
8
 4.1.1.6. Перспективы развития, модернизации системы
Модернизация программного обеспечения должна осуществляться внесения
изменений или дополнений в компоненты, необходимые для функционирования
информационной системы, а также путем обновления программного обеспечения.
Модернизация аппаратного комплекса должна осуществляться путем приобретения
новых и оптимизацией старых аппаратных и технических средств.
4.1.2. Требования к численности и квалификации персонала системы
Персонал системы должен обладать высоким уровнем квалификации и
практическим опытом, применяемым в системе, численность персонала определяется
структурой предприятия.
4.1.3. Требуемый режим работы персонала
Требуемый режим работы – полный рабочий день с 9:00 до 18:00
Основной перерыв должен составлять 1 час – с 13:00 до 14:00
4.1.4. Требования к надежности
Система должна сохранять работоспособность и обеспечивать восстановление
своих функций при возникновении следующих ситуаций:
- при сбоях в системе электроснабжения аппаратной части, приводящих к
перезагрузке операционной системы (далее ОС), в частности при поломке бесперебойного
источника питания, восстановление программы должно происходить после перезапуска
ОС, сервера базы данных, Интернет-сервера, и запуска исполняемых файлов
операционной системы;
- при ошибках в работе аппаратных средств (кроме носителей данных и программ)
восстановление функция системы возлагается на ОС;
- при ошибках, связанных с программным обеспечением (ОС, сервер базы данных,
Интернет-сервер), восстановление работоспособности возлагается на ОС.
4.1.5. Требования безопасности
Все внешние элементы технических средств системы, находящиеся под
напряжением, должны быть изолированы и иметь защиту от случайного прикосновения, а
сами технические средства иметь «зануление» или защитное заземление в соответствии с
ГОСТ12.1.030-81.
Система электропитания должна обеспечить защитное отключение при
перезагрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное
отключение.
Общие требования пожарной безопасности должны соответствовать норам на
бытовое электрооборудование. В случае возгорания не должно быть допустимым
применение любых средств пожаротушения.
4.1.6. Требования по эргономике и технической̆ эстетике
Взаимодействие пользователя с прикладным программным обеспечением,
входящим в состав системы должно осуществляться посредством виртуального
графического интерфейса. Интерфейс системы должен быть понятным и удобным, не
должен быть перегружен графическими элементами и должен обеспечить быстрое
отображение экранных форм. Навигационные элементы должны быть выполнены в
удобной для пользователя форме. Средства редактирования информации должны
удовлетворять принятым соглашениям в части использования функциональных клавиш,
режимов работы, поиска, использования оконной системы. Ввод-вывод данных систем,
9
прием управляющих команд и отображение результатов из исполнения должны
выполняться в интерактивном режиме. Интерфейс должен соответствовать современным
эргономическим требованиям и обеспечить удобный доступ к основным функциям и
операциям системы.
Все надписи экранных форм, а также сообщения, выдаваемое пользователю (кроме
системных) должны быть на русском языке.
Система должна обеспечить корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями ввода данных. В указанных случаях система должна выдавать
пользователю соответствующие сообщения, после чего возвращается в рабочее состояние,
предшествующее неверной (недопустимой) команде или некорректному вводу данных.
4.1.7. Требования к транспортабельности для подвижных ИС
Требования не предъявляются.
4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранение
компонентов системы
4.1.8.1. Условия эксплуатации, которые должны обеспечивать использование
технических средств, системы с заданными техническими показателями
Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено
бесперебойное питание компьютерной техники. При эксплуатации система должна быть
обеспечена соответствующими стандартами хранения носителей и эксплуатации
компьютерной техники температура влажность воздуха.
Периодическое техническое обслуживание используемых технических средств
должно проводиться в соответствии с требованиями технической документации
изготовителей оборудования, но не реже одного раза в год.
Размещение помещений и их оборудования должны исключать возможность
бесконтрольного прикосновения в них посторонних лиц и обеспечивать сохранность
находившихся в этих помещениях конфиденциальных документов и технических средств.
4.1.8.2. Предварительные требования к допустимым площадям для размещения
персонала и ТС системы, к параметрам сетей̆ энергоснабжения и т.п.
Не предусмотрены.
4.1.8.3. Требования по количеству, квалификации обслуживающего персонала и
режимам его работы
Численность и квалификация персонала системы должны определяться с учетом
следующих требований:
- конфигурация системы должна быть реализована с целью минимизации
количества компонентов системы в зависимости от варианта развертывания системы;
- для администрирования системы к администратору не должны предъявляться
требования по знанию всех особенностей функционирования элементов, входящих в
состав администрируемых компонентов системы;
- аппаратно-программный комплекс системы не должен требовать круглосуточного
обслуживания и присутствия администраторов у консоли управления.
4.1.8.4. Требования к составу, размещению и условиям хранения комплекта запасных
изделий и приборов
Не предусмотрены.
4.1.8.5. Требования к регламенту обслуживания
10
 Не предусмотрены.
4.1.9. Требования к защите внутренней информацией от несанкционированного
доступа
ИС должна обеспечивать защиту от несанкционированного доступа на уровне, не
ниже установленного требованиями, предъявляемыми к категории 1Д по классификации
действующего руководящего документа Гостехкомиссии России «Автоматизированные
системы. Защита от несанкционированного доступа к информации. Классификация
автоматизированных систем» 1992 г.
Компоненты подсистемы защиты от несанкционированного доступа должны
обеспечивать:
- индексацию пользователей;
- проверку полномочий пользователя при работе с системой;
- разграничение доступа пользователей на уровне функциональных единиц
и информационных массивов.
Конфиденциальность информации при сетевом и прямом доступе к файлам
на сервере должна обеспечиваться средствами ОС, брандмауэра и антивируса;
непосредственный доступ к самому серверу возможен только уполномоченными в ВУЗе
лицами.
4.1.10. Требования по сохранности информации при авариях
Система должна сохранять работоспособность и обеспечивать восстановление
своих функций при возникновение следующих внештатных ситуаций:
- при сбоях в системе электроснабжения аппаратной части, приводящих к
перезагрузке операционной системы (ОС), в частности при поломке бесперебойного
источника питания, восстановление программы должно происходить после перезапуска
ОС, сервера базы данных, Интернет-сервера, и запуска исполняемых файлов
операционной системы;
- при ошибках в работе аппаратных средств (кроме носителей данных и программ)
восстановление функции системы возлагается на ОС;
- при ошибках связанных с программным обеспечением ОС.
4.1.11. Требования к защите от влияния внешних воздействий
4.1.11.1. Требование к радиоэлектронной защите средств ИС
Не предусмотрены.
4.1.11.2. Требования по стойкости, устойчивости и прочности к внешним
воздействиям
Не предусмотрены.
4.1.12. Требование к патентной чистоте
Не предусмотрены.
4.1.13. Дополнительные требования
4.1.13.1. Требования к оснащению системы устройствами для обучения персонала и
документацией на них
Не предусмотрены.
4.1.13.2. Требования к сервисной аппаратуре, стендам для проверки элементов
системы
Не предусмотрены.
4.1.13.3. Требования к системе, связанные с особыми условиями эксплуатации
11
 Не предусмотрены.
4.1.13.4. Специальные требования по усмотрению разработчика или заказчика
системы
Не предусмотрены.
4.2. Требования к функциям, выполняемым системой
4.2.1. По каждой подсистеме перечень функций, задач или их комплексов,
подлежащих автоматизации
Подсистема <название бизнес-процесса> должна осуществлять ...
...
Подсистема <название бизнес-процесса> должна осуществлять …
4.2.2. Временный регламент реализации каждой функции
Будет определен на стадии анализа.
4.2.3. Требования к качеству реализации каждой функции, к форме представленной в
выходной информации, характеристики необходимой точности и времени
выполнения, требования одновременности выполнения группы функций,
достоверности выдачи результатов
Будет представлен на стадии анализа и проектирования.
4.2.4. Перечень и критерии отказов для каждой функции, по которой задаются
требования по надежности
Будет представлен на стадии проектирования.
4.3. Требования к видам обеспечения
4.3.1. Требования к математическому обеспечению
Не предусмотрены.
4.3.2. Требования к информационному обеспечению
Состав, структура и способы организации данных в системе должны быть
определены на этапе проектирования архитектуры ЭИС. Уровень хранения данных в
системе должен быть построен на основе современных реляционных СУБД. Для
обеспечения целостности данных должны использоваться встроенные механизмы СУБД.
Доступ к данным должен быть представлен только авторизированным
пользователям с учетом их служебных поручений, а также с учетом категории
запрашиваемой информации.
В состав системы должна входить специализированная подсистема резервного
копирования и восстановления данных.
4.3.3. Требования к программному обеспечению
При проектировании и разработке системы необходимо максимально эффективным
образом использовать ранее закупленное программное обеспечение, как серверное, так и
для рабочих станций.
Используемое при разработке программное обеспечение и библиотеки
программных кодов должны иметь широкое распространение, быть общедоступными и
использоваться в промышленных масштабах. Базовой программной платформой должна
являться ОС Microsoft Windows.
4.3.4. Требования к лингвистическому обеспечению системы
Все прикладное программное обеспечение системы для организации
взаимодействия с пользователем должно использовать русский язык.

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

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

6.1. Виды, состав, объем и методы испытаний системы и ее составных частей
Основным методом испытаний при приеме информационной системы являются
многочисленные прогоны функционирования комплекса программных средств системы,
осуществляемые совместно разработчиками, оператором и пользователями
информационной системы в течение 144 часов в штатной рабочей среде, согласно
требованиям безопасности и указаниям по эксплуатации, описанными в настоящих
технических условиях, а также проверка полученной информации на непротиворечивость.
Предусмотрено два режима испытания: активный и пассивный. Активный режим
используется при постоянном обращении пользователей к системе во время рабочего дня;
пассивный – при функционировании системы в режиме ожидания во внерабочее время.
В качестве критерия оценки результатов прогона используется темп обнаружения
ошибок, при котором комплексы программных средств системы передаются на
регулярную эксплуатацию. Этот критерий показывает интенсивность обнаружения
дефектов ошибок или количества ошибок, выявляемых в процессе прогона программных
средств, на единицу времени при постоянных усилиях на его поведение. При приемке темп
обнаружения ошибок не должен превышать 0,003 ошибок час на человека, т. е. все
участники, осуществляющие прогон программных средств, в совокупности могут выявить
не более одной ошибки за весь период прогона в сто часов. Событие можно назвать
ошибкой, если оно привело к сбою и самопроизвольному закрытию (как с выдачей
сообщения об ошибке, так и без) программы и потере данных, без возможностей их
восстановления средствами системы.
Проверка информации на непротиворечивость и качество осуществляется в
середине и конце временного интервала испытаний. Под непротиворечивостью
информации понимается отсутствие противоречий между различной информацией о
пользователях банка.
6.2. Общие требования к приемке работ, порядок согласования и утверждения
приёмочной документации
При приемке информационной системы базы данных банка организуются
многочисленные и многосуточные прогоны функционирования комплекса программных
средств системы в реальной внешней среде. Размер предъявляемой для приемки партии
составляет один экземпляр в полной комплектации. Вместе с информационной системой
поставляется документация пользователей, на ознакомление с которой дается один день,
после чего начинаются приемо-сдаточные испытания. Испытания системы проводятся как
при активном режиме работы системы, так и при режиме ожидания; с одновременным
участием максимально допустимого количества пользователей системы и с минимальным
числом пользователей.
Если информационная система не проходит испытаний в соответствии с пунктом 6
настоящего документа, то система временно забраковывается и отправляется на доработку
в течение недели. После установленного срока приемо-сдаточные испытания
возобновляются. Продукция окончательно забраковывается, если процедура
забраковывается/возобновляется испытания повторяется более 10 раз.
13
 Результаты приемки информационной̆ системы оформляются в виде справки об
успешном проведении испытаний с последующей передачей системы на эксплуатацию, в
произвольной форме, с необходимыми визами с обеих сторон.
Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой
и календарным планом, являющимися приложениями к Госконтракту № ... от ... года.
Сдача-приемка осуществляется комиссией, в состав которой входят представители
Заказчика и Исполнителя. По результатам приемки подписывается акт приёмочной
комиссии.
Все создаваемые в рамках настоящей работы программные изделия (за
исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде
исходных кодов, представляемых в электронной форме на стандартном машинном
носителе (например, на компакт-диске или флэшке).
6.3. Статус приёмочной комиссии
Статус приёмочной комиссии определяется заказчиком до проведения испытаний.

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

вводу системы в действие
7.1. Приведение поступающей в систему информации к виду, пригодному для
обработки с помощью ЭВМ
Приведение поступающей в систему информации к виду, пригодному для
обработки с помощью ЭВМ осуществляется ИС автоматически.
В качестве вводимых данных при проектировании ИС необходимо предоставление
ER-диаграммы с документированным описанием работы, а также ее функциональной
структурой системы.
7.2. Изменения, которые необходимо осуществить в объекте автоматически
Не предусмотрены.
7.3. Создание условий функционирования объекта автоматизации, при которых
гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ
Необходимым условием функционирования клиентской части системы является
наличие операционной системы не ниже Microsoft Windows 7 с установленной СУБД и
программным интерфейсом.
7.4. Создание необходимых для функционирования системы подразделений и служб
Не предусмотрены.
7.5. Сроки и порядок комплектования штатов и обучение персонала
Не предусмотрены.

Протокол согласования технического задания

СОСТАВИЛИ
Наименование Должность Фамилия, Подпись Дата
организации исполнителя имя,
предприятия отчество
ООО «___ » Студент гр. ______. ___________ ________

14
 СОГЛАСОВАНО
Наименование Должность Фамилия, Подпись Дата
организации исполнителя имя,
предприятия отчество
ООО «___ » Генеральный ___________ ________
директор

4. Бланки входных и выходных документов

15
 5. Моделирование информационных систем средствами BPwin

16
 5.1 Принципы построения модели (IDEF0)
5.2 Диаграммы потоков данных (DFD)
5.3 Метод описания процессов (IDEF3)

17
 6. Заключение
В рамках данной отчетной работы была проведена разработка информационной
системы по учёту ...<тема>.

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

эффективный подход проектирования:
1. Функциональный.

В функциональном подходе для разработки было использовано CASE-

средство BPwin. С помощью данного CASE-средства были разработаны и
декомпозированы диаграммы описывающие бизнес-процессы, документооборот, обротку
информации и логику взаимодействия информационных потоков.
При разработке использовались следующие методологии:
1. IDEF0 – диаграмма описания бизнес-процессов составляет на основе графического
языка, отображающего отношение «сущность-связь»;
2. DFD – диаграмма потоков данных, выполняющая описание документооборота и
обработки информации;
3. IDEF3 – диаграмма, описывающая логику взаимодействия информационных
потоков.

Проектирование помогает наглядно показать работу и жизненной цикл

информационной системы. Такие CASE-средства как BPwin ускоряют и упрощают
разработку информационных систем.

Для упрощения проектирования и разработки информационных систем

специалисты часто используют различные CASE-средства, которые позволяют упростить
разработку, более наглядно показать устройство и взаимодействия различных
подпрограмм этой информационной системы, снизить затраты на проектирование
системы, снизить трудоёмкость и сроки разработки.
Так же в рамках отчетной работы было составлено Техническое задание на
проектирование экономической информационной системы по учету <тема> по следующим
разделам:
- Общие сведения,
- Назначение и цели создания информационной системы,
- Характеристика объекта автоматизации,
- Требования к системе,
- Состав и содержание работ по созданию системы,
- Порядок контроля и приемки системы,
- Требования к составу и содержанию подготовки объекта
автоматизации к вводу системы в действие.
Были представлены образцы входных и выходных документов.
Разработанная в рамках отчетной работы информационная система по
учёту <тема> может быть полезна для компаний и организаций, которым нужна
современная система для быстрого и продуктивного учета <тема>.

18
 7. Список литературы
5–6 источников

19