Перечень работ по созданию системы. Техническая документация. Порядок контроля и приёмки системы
4.5 Состав и содержание работ по созданию системы
В процессе создания и внедрения должны быть выполнены следующие работы:
1.Формирование требований.
2.Разработка концепции.
4.Технический проект.
4.6 Порядок контроля и приемки системы
Во время предварительных испытаний осуществляют проверку системы на работоспособность и соответствие техническому заданию в соответствии с методикой и программой предварительных испытаний. По результатам предварительных испытаний производят устранение неисправностей в системе и внесение изменений в техническую и эксплутационную документацию. В случае успешного проведения испытаний оформляется акт о приемке в опытную эксплуатацию. Опытная эксплуатация заключается в работе с реальными данными без участия разработчиков по разработанной методике и программе с регистрацией всех ошибок, сбоев и нештатных ситуаций. По итогам опытной эксплуатации производится доработка программного обеспечения и дополнительная наладка технических средств. Работы завершаются оформлением акта о завершении опытной эксплуатации.
Проведение приемочных испытаний заключается в комплексной проверке реально функционирующей в полном объёме ИС на соответствие техническому заданию по разработанной методике и программе испытаний. Проводится анализ результатов испытаний и устранения недостатков, выявленных при испытаниях. В случае положительных результатов испытаний оформляется акт о приемке ИС в постоянную эксплуатацию. Этот акт является подтверждением того, что разработчик полностью реализовал все положения технического задания.
5. Этап технического проекта
На этом этапе обеспечивается разработка общих решений по системе и ее частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения и применяемым языкам.
5.1 Спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты
Внешние спецификации программного модуля должны включать следующие сведения: имя модуля, функции модуля, список параметров, входные и выходные данные.
1) ПМ «Бухгалтерский учет» позволяет автоматизировать все блоки бухгалтерского учета. Также программа позволяет формировать необходимые отчетности, печатные формы и документы, необходимые для ведения налогового учета. Перечень и содержание этих форм постоянно обновляется в соответствии с изменениями текущего законодательства.
2) ПМ «Учет стоимости автомобиля» позволяет вести учет стоимости автомобиля при частичной и полной оплате инвалидом автомобиля. При желании инвалида приобрести другую марку автомобиля, этот ПМ позволяет предусмотреть получение им стоимости полагающегося бесплатно автотранспорта.
3) ПМ «Печать выходных форм» позволяет при запросе ФИО инвалида осуществлять печать справок, накладных, актов и др. выходных документов, необходимых для получения инвалидом мотоколяски или автомобиля.
5.2 Описание информационного обеспечения
5.2.1 Организация сбора и передачи информации
В данной системе организуется передача данных между УСЗН и РОСЗН., в связи с чем организация передачи данных должна строится следующим образом.
При выгрузке данных, подвергшихся изменению, из системы на дискету должна запускаться форма «Выгрузка данных из системы», в которой пользователю предлагается ввести дату начала и дату конца коридора значений, по которому идет передача данных.
Процедура просматривает последовательно все записи, начиная с первой, и, находя запись, входящую в интервал заданных дат, формирует файл, в который записываются поля записи. Файл можно разместить в любом каталоге файловой системы по желанию заказчика. После того как файл сформирован, его нужно сбросить на дискету.
При загрузке данных, подвергшихся изменению, в систему с дискеты, должна запускаться форма «Загрузка данных в систему» в которой пользователю нужно только нажать кнопку «ОК».
Процедура просматривает все строки и поля с дискеты последовательно, начиная с первой. Так как последовательность расположения полей известна, то каждый набор символов, ограниченный запятыми, переводится в соответствующее ему значение атрибута, и записывается в БД на место старого.
5.2.2 Построение системы классификаторов и кодирования
В системе должны предусматриваться классификаторы и справочники следующих атрибутов:
Районов – NRAY – таблица RAYON.
Групп инвалидности – NINV – таблица INVALIDNOST.
Модификаций – NMODIF – таблица MODIFIKACIYA.
Признаков – NPRIZ – таблица PRIZNAK.
5.2.3 Описание организации БД
Проектируемая система будет организована следующим образом. В районных отделениях будет храниться информация только районного масштаба, не затрагивая данные других районов.
В центральном отделе СЗН будут храниться данные из всех районов. Все районы будут сбрасывать в центр свои изменения, а центр, таким образом, будет накапливать данные и также обмениваться ими с районами.
6. Рабочая документация
На данном этапе производится разработка рабочей документации, которая необходима для поддержания уровня эксплуатационных характеристик.
6.1 Руководство пользователя
6.1.1 Введение
6.1.1.1 Область применения
Автоматизированное рабочее место инспектора по распределению спецтранспорта инвалидам представляет собой информационную систему, направленную на организацию работы отделов трудового и бытового устройства инвалидов в Районных отделах СЗН и в УСЗН, координацию действий отделов в районах с центральным управлением города Рязани. В представленной системе отражается работа отделов трудового и бытового устройства инвалидов в следующих процессах: приема заявлений от инвалидов, нуждающихся в обеспечении автотранспортом, обеспечение инвалидов автотранспортом, обмена автотранспорта, переоформление на родственников автомобиля в случае смерти инвалида, а так же формирование и печать выходных документов.
6.1.1.2 Краткое описание возможностей.
Представленная вашему вниманию система имеет функциональное наполнение, позволяющее выполнять все необходимые операции над БД.
1.Просмотр данных.
Система позволяет просматривать содержащиеся в базе данные посредством экранных форм.
2.Внесение изменений.
В функции системы заложена возможность внесения изменений в любые данные, содержащиеся в базе данных в любой момент времени.
3. Добавление записей.
Так же в системе реализована возможность внесения новых записей.
4. Поиск информации в БД.
Функция поиска данных в базе данных должна позволять находить нужные записи, исходя из заданной совокупности значений для проведения поиска (значения полей по которым ведется поиск).
5.Расчет стоимости автомобиля.
Позволяет вести учет стоимости автомобиля при частичной и полной оплате инвалидом автомобиля. При желании инвалида приобрести другую марку автомобиля, позволяет предусмотреть получение им стоимости полагающегося бесплатно автотранспорта.
6.Процесс выгрузки на дискету или загрузки с дискеты в БД записей, подвергшихся изменению.
В системе предусмотрена возможность обмена данными между РОСЗН и УСЗН в целях избежания ошибок.
... ; - отдельная пиктограмма для форматирования; - появление механизма Drag & Plot, предназначенного для быстрой активизации диаграмм. 4.6. Техническое обеспечение. Автоматизированная система бухгалтерского учета Министерства здравоохранения Республики Тыва может функционировать при следующей конфигурации аппаратных средств: IBM совместимый компьютер с процессором 80386 фирмы Intel, ...
С бюджетом одна из основных частей хозяйственного механизма, которая оказывает стимулирующее воздействие на развитие производства предприятий и решение народно хозяйственных задач. Разработка обоснованных взаимоотношений сельскохозяйственных предприятий с финансовой системой является важным вопросом в выравнивании экономических условий хозяйствования и повышении заинтересованности предприятий в...
Одну государственную или муниципальную организацию (орган). «Информационные каталоги» - сведения об объектах недвижимости необходимые для целей налогообложения, а также для целей государственного и муниципального управления и информирования юридических и физических лиц. Они будут публиковаться в электронном виде на предлагаемом сайте. Полномочия по ведению этих сведений будут распределены между...
К государственным социальным службам относятся органы управления, учреждения и предприятия социального обслуживания системы социальной защиты населения, министерств и ведомств Российской Федерации, к компетенции которых относится социальная помощь населению. К муниципальным социальным службам относятся учреждения и предприятия социального обслуживания, находящиеся в ведении органов...
И содержание работ по ним, а также организации-исполнители и сроки выполнения указываются в Плане-графике работ с отражением нижеследующих этапов.
Первое техническое совещание.
После заключения Договора на разработку ТРП проводится первое техническое (организационное) совещание с участием Заказчика, проектной организации, Разработчика системы и Поставщика оборудования для окончательного согласования и уточнения спецификаций и Системы.
На этом этапе согласовываются функции системы , включая контуры управления, контроля, сервисные функции системы, функции системы противоаварийной , включая блокировки, сигнализацию, отчеты по событиям.
Согласовываются объемы работ, которые необходимо выполнить каждому из участников проекта создания АСУТП, сроки выполнения работ, определяются ответственные лица и способы взаимодействия.
Обработка исходных данных.
Следующая документация, которая потребуется для выполнения проекта, должна быть предоставлена Разработчику на первом техническом совещании:
- Пояснительная части проекта;
- Копия Технологического регламента;
- Монтажно-технологические схемы с КИПовской обвязкой;
- Перечень КИПовских позиций с указанием уровней входных и выходных сигналов, пределов сигнализации и блокировок;
- Инструкции по эксплуатации, пуску и останову технологического ;
- Описание алгоритмов управления и ;
- Описание алгоритмов связного, последовательного и управления;
- Логические схемы управления и противоаварийной защиты;
- Принципиальные схемы управления силовым оборудованием;
- Схемы электроснабжения средств и помещений управления;
- Документация строительной части помещений управления;
- Спецификация полевого оборудования;
- Схемы подключения внешних проводок от полевого оборудования до кроссовых шкафов в помещениях управления;
- Планы размещения существующего оборудования в помещениях управления.
Выполнение рабочего (технорабочего) проекта и ПАЗ.
Разработчик должен выполнить Технорабочий проект на РСУ и ПАЗ, и представить Заказчику для согласования в сроки, определенные Договором на разработку проекта.
В технорабочем проекте должны быть представлены следующие виды документации:
- Документация по общесистемным решениям (ОР);
- Документация на техническое обеспечение (ТО);
- Документация на информационное обеспечение (ИО);
- Документация на прикладное ("математическое") программное обеспечение (МО);
- Документация на программное обеспечение (ПО);
- Документация организационного обеспечения (ОО).
Разработчик Системы должен решить вопросы рационального распределения входных и выходных сигналов по модулям ввода-вывода согласно технологическим узлам для удобства при монтаже и эксплуатации, а также для минимизации времени обработки контуров управления и ПАЗ.
Законное требование:
Если аппаратная часть Системы и стандартное программное обеспечение будут изготавливаться или разрабатываться за рубежом, Разработчик должен обеспечить Заказчика стандартной технической документацией и на английском, и на русском языке.
Обучение персонала Заказчика.
Специалисты Заказчика должны пройти обучение в учебном центре Разработчика системы или Поставщика оборудования.
Конфигурация функций контроля и управления.
Разработка, конфигурация, загрузка, тестирование и отладка функций контроля и управления, а также конфигурация РСУ и ПАЗ в целом, выполняются Разработчиком системы. Прикладное программное обеспечение передается Заказчику на магнитных носителях на стадии сдачи рабочей документации.
Конфигурация функций предоставления информации.
Весь объем работ по конфигурации функций предоставления информации выполняется Разработчиком, дополнительные затраты специалистов Заказчика не требуются.
Параллельно с конфигурацией Системы будут вестись курсы обучения специалистов Заказчика, причем практические занятия будут включать реальные конфигурационные задачи на реальной Системе.
В объем конфигурации функций отображения входят:
- Разработка и конфигурация изображений (мнемосхем) участков технологического процесса с КИПовской обвязкой и контурами управления;
- Конфигурация отображения параметров, находящихся в состоянии сигнализации или блокировок;
- Разработка и конфигурация трендов (графиков изменения параметров во времени);
- Конфигурация архивов и баз данных, технологических констант;
- Генерация и вывод технологических отчетов и режимных листов;
- Генерация и вывод системных отчетов, хронологических перечней технологических и системных событий.
Шефмонтаж и пусконаладка.
Для непосредственного выполнения монтажных и наладочных работ привлекаются специализированные монтажно-наладочные организации.
Услуги по шефмонтажу и пуско-наладке РСУ и ПАЗ, производимые на площадке Заказчика, будут выполнены специалистами Разработчика и Поставщика оборудования.
С целью сокращения неоправданных простоев технологического оборудования во время наладочных работ, наладка может выполняться по-позиционно, по-аппаратно, или по технологическим узлам. В любом случае решение по наиболее приемлемому варианту зависит от Заказчика.
После наладки измерительные каналы подвергаются поверке или калибровке. Поверка или калибровка измерительных каналов ИС должны проводиться Государственной метрологической службой или метрологической службой Заказчика в зависимости от назначения ИС, и сведений об ее использовании в сфере или вне сферы государственного метрологического контроля и надзора.
Пуск АСУТП в эксплуатацию.
Каждый канал контроля, управления, сигнализации и блокировки отлаживается и настраивается в индивидуальном порядке в соответствии с .
После завершения наладочных работ по всем контурам и сервисным функциям, вся Система целиком, включая управление и ПАЗ, в автоматическом режиме будет поставлена на испытательный предгарантийный пробег (Предварительные испытания), который заключается в беспрерывной и безотказной работе в течение 72-х часов в присутствии специалистов Разработчика и Заказчика.
После успешного завершения предварительных испытаний подписывается совместный о сдаче АСУТП в .
Гарантийный срок.
Гарантийный срок должен составлять не менее 12 месяцев
с момента пуска Системы в промышленную эксплуатацию, но не более 18 месяцев
со дня поставки оборудования на склад Заказчика в зависимости от того, что наступит ранее.
В течение гарантийного срока специалисты Разработчика по первому требованию Заказчика должны прибывать на площадку Заказчика для устранения неполадок и , или для предоставления квалифицированных консультаций.
1.1. Полное наименование системы.. 6
1.2. Условное обозначение системы.. 6
1.3. Шифр темы.. 6
1.4. Заказчик. 6
1.5. Пользователь. 6
1.6. Подрядчик. 6
1.7. Основание для выполнения работ. 6
1.8. Плановые сроки выполнения работ. 6
1.9. Источник финансирования. 6
1.10. Порядок финансирования. 6
1.11. Порядок оформления и предъявления Заказчику результатов работ. 7
1.12. Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы.. 7
1.13. Перечень сокращений. 8
1.14. Термины и определения, используемые в ТЗ. 9
1.15. Порядок внесения изменений и дополнений. 11
Назначение и цели создания (развития) системы.. 12
2.1. Назначение системы.. 12
2.2. Цели и задачи выполнения работ. 12
Характеристики объекта автоматизации. 14
3.1. Краткие сведения об объекте автоматизации. 14
3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 14
3.2.1. Условия эксплуатации комплекса технических средств. 14
3.2.2. Характеристики окружающей среды.. 14
3.3. Описание места объекта автоматизации в совокупности окружающих автоматизированных информационных систем.. 14
3.3.1. Сведения о внешней среде. 14
3.3.2. Основные функции взаимодействующих сторон. 15
3.4. Текущее состояние объекта автоматизации. 15
3.4.1. Общие сведения. 15
3.4.2. Описание существующей структуры Системы.. 15
3.5. Общие принципы развития Системы.. 17
Требования к системе. 19
4.1. Требования к системе в целом.. 19
4.1.1. Требования к структуре и функционированию системы.. 19
4.1.1.1. Перечень подсистем, их назначение и основные характеристики. 20
4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы 21
4.1.1.3. Требования по взаимосвязям системы с внешними и со смежными системами, обеспечению ее совместимости. 22
4.1.1.4. Требования к режимам функционирования системы.. 22
4.1.1.5. Требования по диагностированию Системы.. 22
4.1.1.6. Перспективы развития, модернизации Системы.. 23
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы, требования к квалификации пользователей системы и режиму их работы.. 23
4.1.2.1. Требования к численности персонала Системы.. 23
4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков 24
4.1.2.3. Требуемый режим работы персонала Системы.. 24
4.1.2.4. Требования к квалификации пользователей системы.. 25
4.1.2.5. Требуемый режим работы пользователей Системы.. 25
4.1.3. Показатели назначения. 25
4.1.3.1. Количество пользователей. 25
4.1.3.2. Число обрабатываемых объектов. 26
4.1.3.3. Пропускная способность. 28
4.1.3.4. Время получения отчетности. 28
4.1.4. Требования к надежности. 29
4.1.4.1. Показатели доступности/надежности. 29
4.1.4.2. Требования к программным мероприятиям по обеспечению надежности. 30
4.1.5. Требования к безопасности. 31
4.1.6. Требования к эргономике и технической эстетике. 31
4.1.7. Требования к транспортабельности для подвижных АС.. 32
4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 32
4.1.8.1. Условия и регламент (режим) промышленной эксплуатации. 32
4.1.8.2. Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов 33
4.1.8.3. Требования к регламенту обслуживания. 33
4.1.9. Требования к защите информации от несанкционированного доступа. 34
4.1.9.1. Технические требования по защите информации. 35
4.1.10. Требования по сохранности информации при авариях. 36
4.1.10.1. Перечень событий, при которых должна быть обеспечена сохранность информации в системе 36
4.1.10.2. Требования к регламентам и объемам резервного копирования и архивирования данных 37
4.1.11. Требования к патентной чистоте. 37
4.1.11.1. Перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей 37
4.1.11.2. Требования к использованию лицензионного программного обеспечения. 37
4.1.12. Требования по стандартизации и унификации. 37
4.1.13. Дополнительные требования. 38
4.2. Требования к функциям (задачам), выполняемым системой. 38
4.2.1. Требования к сценариям (процессам), автоматизируемым данной системой. 38
4.2.1.1. Сценарий создания рабочего процесса для пользователя, работающего с учётными записями 38
4.2.1.2. Сценарий создания рабочего процесса для пользователя, редактирующего отчёты и поисковые запросы других пользователей. 38
4.2.2. Требования к развитию Подсистемы сбора информации из источников СМИ и социальных медиа 39
4.2.2.1. Требования к функции «Сбор контента из сервисов для мгновенного обмена сообщениями» 39
4.2.2.2. Требования к функции «Сбор метрик информационных сообщений из СМИ». 39
4.2.2.3. Требования к функции «Сбор метрики «Количество просмотров». 39
4.2.3. Требования к развитию Подсистемы первичной обработки информации. 40
4.2.3.1. Требования к функции «Определение цитирования информационного объекта». . 40
4.2.3.2. Требования к функции «Выявление информационных трендов». 40
4.2.3.3. Требования к функции «Определение вовлеченности аудитории». 40
4.2.3.4. Требования к функции «Определение индекса цитируемости информационного сообщения» 41
4.2.4. Требования к развитию АРМ Аналитика. 41
4.2.4.1. Требования к развитию раздела «Главная страница». 41
4.2.4.2. Требования к функциям раздела «Статистика». 42
4.2.4.3. Требования к функциям раздела «Информационные тренды». 42
4.2.5. Требования к развитию АРМ Администратора. 43
4.2.5.1. Требования к функциям раздела «Лимиты отчетов». 43
4.2.5.2. Требования к функциям раздела «Лимиты сообщений». 43
4.2.6. Требования к развитию АРМ Менеджера информационных рисков. 44
4.2.6.1. Требования к функции «Публикация реакции на информационный риск». 44
4.2.7. Требования к разработке АРМ Менеджера учетных записей. 44
4.2.7.1. Требования к функциям раздела «Персоны». 44
4.2.7.2. Требования к функциям раздела «Аккаунты». 45
4.2.8. Требования к разработке АРМ Администратора отчетов. 46
4.2.8.1. Требования к функциям раздела «Отчеты». 46
4.2.8.2. Требования к функциям раздела «Запросы». 47
4.2.9. Требования к разработке Подсистемы пользовательских информационных объектов. 47
4.2.9.1. Требования к функции «Создание и редактирование пользовательского объекта». . 47
4.2.9.2. Требования к функции «Поиск пользовательского объекта». 48
4.2.10. Требования к разработке Подсистемы реляционно-ситуационного анализа. 48
4.2.10.1. Требования к модулю определения синтаксем.. 48
4.2.10.2. Требования к модулю определения значений синтаксем.. 48
4.2.10.3. Требования к модулю определения отношений синтаксем.. 49
4.3. Требования к видам обеспечения. 49
4.3.1. Требования к информационному обеспечению.. 49
4.3.1.1. Требования к составу, структуре и способам организации данных в системе. 49
4.3.1.2. Требования к организации ввода данных в систему. 50
4.3.1.3. Требования к информационному обмену между компонентами системы.. 50
4.3.1.4. Требования по использованию общегородских и других зарегистрированных классификаторов, унифицированных документов и др. 50
4.3.1.5. Назначение справочников и классификаторов и информации, хранящейся в них. ... 50
4.3.1.6. Объем и состав информации, получаемой из классификаторов. 50
4.3.1.7. Требования к разработке дополнительных классификаторов. 51
4.3.1.8. Требования по применению систем управления базами данных. 51
4.3.1.9. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных. 51
4.3.1.10. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 51
4.3.1.11. Требования к контролю, хранению, обновлению и восстановлению данных. 52
4.3.1.12. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС.. 52
4.3.2. Требования к лингвистическому обеспечению.. 52
4.3.3. Требования к математическому обеспечению.. 52
4.3.4. Требования к программному обеспечению.. 52
4.3.5. Требования к техническому обеспечению.. 53
4.3.6. Требования к метрологическому обеспечению.. 54
4.3.7. Требования к организационному обеспечению.. 54
4.3.7.1. Требования к структуре и функциям подразделений, участвующих в функционировании Системы или обеспечивающих эксплуатацию.. 54
4.3.7.2. Требования к организации функционирования системы и порядку взаимодействия персонала Системы и персонала объекта автоматизации. 54
4.3.7.3. Требования к защите от ошибочных действий персонала Системы.. 54
4.3.8. Требования к методическому обеспечению.. 54
4.3.9. Требования к телекоммуникационному обеспечению системы.. 55
4.3.9.1. Необходимые линии и каналы связи. 55
4.3.9.2. Среда передачи. 55
4.3.9.3. Технические параметры каналов связи. 55
4.3.9.4. Пропускная способность, интерфейсы, топология и т.п. 55
4.3.9.5. Необходимость организации новых каналов связи либо возможность использования существующей телекоммуникационной инфраструктуры Правительства Москвы. 55
Состав и содержание работ по созданию системы.. 56
2.2.5 Состав и содержание работ по созданию системы
На первом этапе создания системы осуществляется обследование объекта и обоснование необходимости создания системы, а также происходит планирование и анализ требований к системе.
На втором этапе происходит разработка и утверждения технического задания на создание системы.
Третий этап включает разработку технического проекта системы и документации на систему.
Четвертый этап: разработка технической документации на систему.
Завершающим этапом является эксплуатация системы.
2.2.6 Порядок контроля и приемки системы
Процесс тестирования проводится в 3 этапа:
Проверка в нормальных условиях;
Проверка в экстремальных условиях;
Проверка в исключительных ситуациях.
При проверке в нормальных условиях программе передаются характерные данные, модулирующую обычную работу оператора.
Проверка в экстремальных условиях подразумевает ввод граничных значений для данных, ввод большого количества записей или наоборот сведение количества записей к нулю.
Проверка в исключительных ситуациях подразумевает ввод заведомо неверных данных, или данных расположенных на границах допустимой области, данных, содержащих пробелы, цифры и буквы в разнообразных недопустимых сочетаниях.
После проведения опытного тестирования происходит согласование всех возникших вопросов.
2.2.7 Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу в действие
Прежде чем ввести систему в действие необходимо провести ряд мероприятий, таких как:
Приобрести компьютер и подключить его к сети организации;
Установить необходимое программное обеспечение;
Обучить персонал работе с системой (это должен проводить разработчик системы в рабочее время с использованием «руководства пользователя ИС «Реклама»);
Заполнить справочники,
Ввести начальные данные;
Выполнить пробный запуск системы;
Сдать в эксплуатацию.
2.2.8 Требования к документированию
По завершении работы разработчик системы должен предоставить руководство пользователя.
2.3 Технический проект на разработку ИС «Реклама» для
компании «Деловая недвижимость»
2.3.1 Общие положения
Полное наименование разрабатываемой системы: «Автоматизированное рабочее место менеджера по рекламе агентства недвижимости».
АРМ разрабатывается студенткой 6 курса вечернего факультета специальности «Прикладная информатика в экономике» Алтайского Государственного Технического Университета им. И.И. Ползунова Ткаченко Н.И. по заказу отдела жилой недвижимости агентства недвижимости ООО «СИА «Деловая недвижимость».
Система создается на основании задания на дипломное проектирование (Приложение А).
Программа должна быть ориентирована на предприятие ООО «СИА «Деловая недвижимость», должна учитывать все особенности подачи рекламы.
Целью создания системы является повышение эффективности работы отдела жилой недвижимости.
Использование системы должно решать следующие задачи:
Централизованное хранение информации об объектах недвижимости;
Автоматизация подготовки объявлений по объектам недвижимости;
Автоматизация формирования прайс-листа;
Быстрый поиск необходимой информации;
Источником финансирования работы является предприятие заказчик. Оплата будет произведена по окончанию работы.
Система должна соответствовать нормам и правилам техники безопасности, пожарной и взрывной безопасности.
При проектировании системы должны использоваться нормативно-технические документы ГОСТы:
ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;
РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов;
ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.
При разработке системы должны учитываться особенности подачи рекламы в различные СМИ (график подачи, определенная система сокращений и т.д.).
За поведением посетителя. Знание эталон со заказа позволит им активно воздействовать на клиента и приме на каждом этапе наилучшую психологическую тактику обслуживания. 3. Программное обеспечение менеджера сервисного центра Когда-нибудь будущие историки непременно скажут, что компьютеры оказались одним из величайших достижений человечества ХХ века. Удобные персональные компьютеры появились...
... ; - статические физические перегрузки; - перенапряжение зрительных анализаторов. Работник обязан: - выполнять только ту работу, которая определена его должностной инструкцией. - содержать в чистоте рабочее место. - соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности. - соблюдать меры пожарной безопасности. Рабочие места с компьютерами...
Является ОС ДТ-МАКС (DT-MAX) версии 6.0, которая и применены в данном комплексе. основные решения по реализации компонентов системы Общие положения Разрабатываемое автоматизированное рабочее место оператора автоматических кабин и информационной системы предназначено для работы на городских отделения электросвязи (ГОЭС) в составе автоматизированной системы управления АПП ГОЭС. АРМ АПП...
Я хотела бы посвятить именно приемному отделению ТК «Жуковка». Я считаю, что будет вполне целесообразно разработать и внедрить на данном предприятии автоматизированную информационную систему планирования сбыта, что в свою очередь ускорит и существенно облегчит работу приемного отделения ТК «Жуковка». План-схема приемного отделения и структура работы службы приема и размещения ТК «Жуковка» ...