Разработка ИС для фотоцентра. Курсовая работа. Решение MyPoint online
 Скачать 269.5 Kb.
|
|
Содержание 1 Бизнес-анализ 2 1.1 Интервьюирование заказчика и пользователей 2 1.2 Описание текущей ситуации (как было) 4 1.3 Описание будущей ситуации (как будет) 9 1.4 Описание заинтересованных лиц и конечных пользователей 10 1.5 Бизнес-требования 12 2 Анализ существующих решений 13 2.1 Обзор существующих решений 13 2.1.1 Решение 1. «MyPoint.online» 13 2.1.2 Решение 2. «Учет клиентов. Конфигурация Фотосалон» 13 2.2 Сравнительный анализ решений 15 2.3 Выводы по анализу 15 3 Концепция решения 16 3.1.1 Общие сведения 16 3.1.2 Полное наименование системы и ее условное обозначение 16 3.1.3 Перечень документов, на основании которых создается система 16 3.1.4 Плановые сроки начала и окончания работы по созданию системы 17 3.1.5 Сведения об источниках и порядке финансирования работ 17 3.1.6 Порядок оформления и предъявления заказчику результатов работ по созданию системы 17 3.1.7 Назначение и цели создания системы 17 3.1.7.1 Назначение системы 17 3.1.7.2 Цели создания системы 17 3.1.8 Пользователи системы и их требования, заинтересованные лица 18 3.2 Требования к программе 18 3.2.1 Требования к функциональным характеристикам 19 3.2.1.1 Требования к входным и выходным данным 19 3.2.1.2 Требования к численности и квалификации персонала системы и режиму его работы 20 3.2.2 Требования к надежности 20 3.2.3 Требования к условиям эксплуатации 20 3.2.3.1 Требования безопасности 20 3.2.3.2 Требования по сохранности информации при авариях 20 3.2.3.3 Требования к функциям (задачам), выполняемым системой 21 3.2.4 Требования к составу и параметрам технических средств 21 3.2.5 Информационное обеспечение 21 3.2.5.1 Требования к лингвистическому обеспечению 22 3.2.5.2 Требования к программному обеспечению 22 3.2.6 Состав и содержание работ по созданию системы 23 3.2.7 Порядок контроля и приемки системы 23 1Бизнес-анализВ работе фотоцентр основной областью, нуждающейся в автоматизации является учет оказанных услуг. 1.1Интервьюирование заказчика и пользователейВ процессе анализа предметной области было проведено интервьюирование заказчика, в роли которого выступают сотрудники отдела учета продаж фотоцентра «Минутка». Опрос сотрудников фотоцентра «Минутка», составляющих штатный состав центра, относительно учета продаж, включал следующие варианты вопросов и ответов. Информация о респонденте Ваша должность? В каком отделе вы работаете? Какую роль Вы выполняете в отделе? Принципы организации работы отдела Каким образом происходит учет оказанных услуг? Каким образом происходит изменение набора оказываемых услуг? На что влияет объем оказанных услуг? Оценка возможностей обеспечения отдела на данный момент На что больше всего тратится время при работе? Какие трудности у Вас возникают сегодня при работе? Оценка информативности Какой информации при учете оказанных услуг сейчас не хватает? В каком виде Вам было бы удобно получать эту информацию? Варианты реализации от заказчика Какие новые функции Вам бы хотелось увидеть в системе? Респондент 1 Менеджер-кассир Учет товаров и услуг /отдел продаж Осуществляю непосредственный учет оказанных услуг (запись данных об услугах в файл учета) Клиент обращается за услугой, услуга осуществляется сотрудником. После оказания услуги на основе информации от сотрудника происходит расчет стоимости оказанных услуг, производится расчет и заносится в файл учета. Руководитель составляет новый прайс с новым набором услуг и цен На получаемую премию сотрудниками На расчет стоимости комплексных предложений (когда набор услуг отличается от стоимости каждой услуги по отдельности) Сложность подсчета в стоимости оказанных услуг и занесения этой информации в файл (можно иногда ошибиться и неверно либо внести данные, либо забыть внести, либо наверно рассчитать) Информации достаточно Нет Автоматического расчета суммы заказа, формирование чека Респондент 2 Бухгалтер-кассир Учет заработной платы и премий Осуществляю расчет и выдачу зарплаты и премии за объемы выполненных услуг По предоставленному файлу производится расчет оказанных услуг конкретным сотрудником, рассчитывается его премия исходя из соглашения о надбавке от руководителя по данной должности. Неизвестно На получаемую премию сотрудниками На подсчет сумм оказанных услуг по каждому сотруднику Сложность подсчета сумм по сотрудникам в передаваемом файле учета (не очень удобный формат, каждый записывает как ему удобно) Данные по расчету сумм премий В наглядном (текст график) Корректность и однообразность данных Респондент 2 Руководитель отдела Руководство отделом Осуществляю проверку расчета заработной платы и премий, формирую новый каталог оказываемых услуг и цен Все оказанные услуги заносятся в файл с указанием даты, времени, сотрудника, оказавшего услугу и набора услуг со стоимостью. По анализу объемов услуг смотрим какие услуги наиболее востребованы какие нет, и в зависимости от цели (снизить затраты на расходные материалы по услуге или повысить объемы ее продаж) формируем новые предложения. Часто делаем комплексные предложения, которые в себе содержат скидку на каждую из услуг, входящих в предложение. На получаемую премию сотрудниками, на закупку расходных материалов на количество нанимаемого персонала. Проверку корректности учета (суммы премий к оплате и сумм продаж по сотрудникам), на расчет объемов продаж в разрезе товаров и услуг. Данные находятся в файле с разрозненной формой записи – каждая услуг записывается не всегда одинакового, что влечет за собой дополнительный ручной расчет. Срезы по сотрудникам, товарам, расчет премий. В наглядном (текст график) Корректность и однообразность данных, Вывод графиков, Формирование прайс листа, списка сотрудников и т.п. 1.2Описание текущей ситуации (как было)Из интервьюирования было выявлено, что основными функциями отдела: мотивацией сотрудников, занятых в непосредственном процессе работы с клиентами; мотивация клиентов на работу с Фирмой (акции, комплексные предложения и т.п.); анализ статистических данных продаж; предоставление отчетов по итогам в работы в соответствии с регламентом работы отдела; учет оказанных услуг и проданных товаров. Процесс работы отдела можно описать следующими этапами. Заявка на выполнение услуги. Заказчик обращается в компанию, формируя запрос на выполнение услуги. В отделе производят поиск заказчика по таблице MS Excel с целью уточнения его данных., при отсутствии заносят данные нового клиента. После происходит поиск услуг по запросу также по таблице в MS Excel. По найденному списку происходит уточнение какое именно из приложений интересует заказчика. Согласуется выполнения услуги. По результату данные заносятся в книгу учета выполненных услуг. Расчет процента с продаж для сотрудников. Сотрудник бухгалтерии обращается в отдел за расчетом процента с продаж для сотрудников. В отделе производят поиск по книге учета выполненных услуг. Суммируют выручку с услуг и в соответствии с договором предоставляют информацию по сумме дополнительных премиальных выплат по сотрудникам. Отчет руководителю. В конце каждого месяца руководитель обращается в отдел для предоставления ему отчета по выполненных услугам в разрезе клиентов, сотрудников и предложений. Отдел по книге учета реализаций услуг, по таблицам с номенклатурой услуг собирает и обобщает информацию согласно запроса в MS Excel. По результатам предоставляется информация в табличном и графическом виде. Ведение ассортимента. В процессе работы ассортимент услуг постоянно меняет свою стоимость и свою номенклатуру. Проводятся акционные предложения. Для хранения и изменения этих данных используются электронные таблицы MS Excel с поиском, вводом и изменением данных. Результат новый файл с номенклатурой. Описанные выше алгоритмы работы представлены ниже Для наглядности описанного алгоритма работы отдела проведем первый этап проектирования - создание модели процессов (модель существующей организации работы – AS-IS (как есть)). Одним из самых удобных средств для этого - программа AllFusion Process Modeler (BPWin). Программа BPWin предназначена для структурного моделирования деловых процессов. Она легко осваивается пользователями, поскольку имеет простой и понятный интерфейс. Программа поддерживает несколько методологий. Проектирование начинается с контекстной диаграммы, то есть наиболее абстрактного уровня модели, который является практически ее общим описанием. Затем проведем декомпозицию крупных фрагментов системы на более мелкие части. На рисунке 1.1 представлена диаграмма верхнего уровня, показывающая основные потоки данных между отделом и заказчиком.  Рисунок 1.1 – Работа отдела  Рисунок 1.2 – Работа отдела (декомпозиция) На рисунке 1.2 показана декомпозиция первого уровня, выделены 4 основных функции отдела – работа по заявке на выполнение услуги «Работа с заявкой клиента». Показано взаимодействие с блоками хранения данных. В результате клиент получает чек с суммой и датой выполненных работ. Работа по расчету процента с продаж для сотрудников «Расчет премий», показано взаимодействие с блоками хранения данных. Результатом является рассчитанная сумма премии сотрудника. Работа по отчету руководителю «Подготовка отчета», отображена одним блоком, связанным с блоком хранения информации, где происходит поиск данных для отчета. Сам процесс не декомпозируем так как следующим этапом как раз и является формирование на основе данных отчета, форма которого утверждена в организации, и он и является результатом работы. Последней работай на диаграмме является ведение ассортимента на диаграмме это - «Работа с номенклатурой». В процессе обработки информации в этом блоке происходит обращение к хранению данных поиск и изменение информации в хранилище. Результатом является новый прайс лист по ассортименту. В дальнейшей декомпозиции нет необходимости, так как все основные действия представлены на диаграмме. И путаницы в порядке и обработке информации не возникает. Основываясь на описанных процессах выявлены проблемные места: Хранение информации в разных источниках; Бесконтрольный ввод данных(большая вероятность ошибки); Сложность в формировании и поиске необходимой информации для работы Затраты времени на однотипные и повторяющиеся операции, которые можно упростить. Исходя из выше описанного можно сделать вывод о том, что в компании не хватает автоматизации ежедневных функции для возможности последующего анализа. Бизнес-процессы являются достаточно трудоемкими, т.к. они не автоматизированы, имеется возможность потери, всю дополнительную информацию надо искать в разрозненных источниках. Таким образом, было принято решении об автоматизации. 1.3Описание будущей ситуации (как будет)На рассматриваемом предприятии, поступающая информация о оказываемых клиентам услугах не фиксируется сотрудниками в программах, а информацию о каждом клиенте и оказываемых слугах ведет в MS Excel – документ журнал или просто записывает в свою собственные разработанные формы под себя в Exсel или в блокноте. Информация о клиентах нужна для аналитики и для формирования спец предложений. В процессе менеджер оперирует общим прайсом из MS Excel. По результату данные заносятся в книгу учета выполненных услуг. В таком подходе отсутствует возможность проведения аналитики. Все это ведет к не понимаю общей картины – как следствие упущение общей картины руководителем и возможно неверная констатации фактов работы сотрудников по заказам. Следующей операцией требующей автоматизации является сбор информации по выплачиваемой премии. Сотрудник бухгалтерии обращается в отдел за расчетом процента с продаж для сотрудников. В отделе производят поиск по книге учета выполненных услуг. Суммируют выручку с услуг и в соответствии с договором предоставляют информацию по сумме дополнительных премиальных выплат по сотрудникам. Так как данный файл является единственным источником распределения выполненных заказов существует риск – некорректности подсчета, потери учета вследствие удаления файла или преднамеренное изменение сотрудником. В конце каждого месяца руководитель обращается в отдел для предоставления ему отчета по выполненных услугам в разрезе клиентов, сотрудников и предложений. Отдел по книге учета реализаций услуг, по таблицам с номенклатурой услуг собирает и обобщает информацию согласно запросу в MS Excel. По результатам предоставляется информация в табличном и графическом виде. Процесс является остаточно трудоемким и выполнять его на постоянной основе для сотрудников – тратить драгоценное время, плюс получать данные по другим сотрудникам – что противоречит внутренним нормам компании. Наиболее сложным процессов в работе отела является - ведение ассортимента. В процессе работы ассортимент услуг постоянно меняет свою стоимость и свою номенклатуру. Проводятся акционные предложения. Для хранения и изменения этих данных используются электронные таблицы MS Excel с поиском, вводом и изменением данных. Результат новый файл с номенклатурой. Из-за того, что файлы могут меняться в течение одного дня сотрудники могут оперировать разными исходными данными тем самым лишая компании прибыли виде неверной цены или упущенного клиента. Выход из этой ситуации – автоматизация и создание единого информационного поля в отделе и в функциях учета, т. е. внедрение системы, отвечающей всем выставленным требованиям к автоматизации. Разрабатываемая информационная система должна обеспечивать выполнение следующих основных функций: учет списка сотрудников; учет клиентов; учет товаров и услуг, акций и пакетов услуг; учет оказанных услуг и продаж товаров; разграничение доступа; формирование выходные документов и отчетов. Внедряемая система нужна не только для удобства сотрудников отдела, но и для принятия управленческих решений на основе аналитики и статистики, образующейся в результате работы отдела, его дальнейшего совершенствования в области работы с клиентами. 1.4Описание заинтересованных лиц и конечных пользователейОпишем список заинтересованных лиц и конечных пользователей:
1.5Бизнес-требованияСистема должна отвечать следующим бизнес требованиям: сделать учет оказанных товаров и услуг удобным и понятным пользователю; сэкономить время на расчет премии сотрудникам; сэкономить время на формирование отчета по продажам; сэкономить время на формирование изменений в прайс-листе; увеличивать объем продаж; работать в системе одновременно нескольких сотрудниками. Система должна помогать пользователю при учете оказанных услуг и проданных товаров в процессе ввода, исключив ошибки ввода, давать выбор ввода данных из списков. Система должна сокращать время при расчете премии - вести учет продаж для каждого сотрудника, учитывать процент в договоре сотрудника, рассчитывать в автоматическом режиме сумму к выплате премии сотруднику. Система должна сокращать время на формирование отчета по продажам - вести учет продаж для каждого сотрудника, для каждой услуги, для каждого дня, каждого клиента. Производить автоматические расчеты и формировать диаграммы для наглядности отчета. Система должна сокращать время на формирование изменений в прайс-листе- вести каталог номенклатуры, возможность объединения товаров в комплексные предложения и на основе измененных данных формировать новый прайс -лист в автоматическом режиме. Система должна увеличивать объем продаж – иметь возможность создавать акционными предложениями с ценой отличной от составляющих услуг комплекса. Выдавать аналитику продаж по предложениям. Система должна давать возможно работать в системе одновременно нескольких сотрудниками – должна быть авторизация по логину и паролю привязанному к сотруднику, должны быть разграничены области видимости данных для разных пользователей. 2Анализ существующих решений2.1Обзор существующих решений2.1.1Решение 1. «MyPoint.online»Онлайн сервис для учета продаж MyPoint отлично подойдет для автоматизации торговли, контроля продавцов и учета клиентов, как для небольших фото отделов, так и для крупных сетей с производством широкого спектра услуг и товаров. Возможности: Рабочее место кассира. Печать чека. Лояльность. Скидки от количества. Комплекты товаров. Авторизация Сотрудников. Склад. Дополнительные модули: Аналитика продаж. Расчет заработной платы. Стоимость владения 780 рублей в месяц на 1 рабочее место. 2.1.2Решение 2. «Учет клиентов. Конфигурация Фотосалон»Система для управления отношениями с клиентами. Обеспечивает ведение базы данных и учет клиентов (организаций и лиц), выставленных им счетов, заключенных с ними договоров (сделок), других документов, продуктов (товаров и услуг), сотрудников. Программа предназначена для автоматизации деятельности отдела продаж, финансового отдела и других задач, которые можно гибко настроить. «Учет клиентов» - программа, являющаяся системой класса Customer Relationship Management (CRM-система). Так называют стратегию ведения бизнеса, когда отношения с клиентом выводятся на первый план и ставятся главной целью деятельности предприятия. Программа учета заявок, использующая CRM-стратегию, позволит выявить наиболее «доходных» клиентов, научиться более эффективному менеджменту и предотвратить уход главных клиентов к конкурентам, возможен импорт и экспорт crm базы клиентов в excel Конфигурация «Фотосалон» - предназначена для автоматизации фотосалонов, а также центров, магазинов, студий, оказывающих фотоуслуги. Данная программа позволит полностью усовершенствовать процесс обслуживания благодаря ведению учета клиентов фотосалона, их заказов, контролю выполнения услуг, учету фотографов и отслеживанию эффективности их работы. Также функциональность программы позволяет настроить ведение складского учета, контроль поступления и продажи товаров. Исходя из этого, повысится производительность труда, эффективность использования ресурсов и общая прибыль фотосалона. Конфигурация легко и быстро настраивается под конкретные требования заказчика. Гибкая структура базы данных дает возможность создавать новые таблицы, отчеты, графики, добавлять поля, задавать списки и многое другое. Программа для фотосалона интуитивно проста для пользователей, так как не требует квалифицируемых ИТ-ресурсов. Вы сможете настроить программу на совершенно любую предметную область без специальных знаний. Основные функции: Учет клиентов фотосалона, их контактной информации; Учет услуг фотосалона; Учет товаров; Возможность формирования заказов на фотосессии; Учет фотосъемок и времени, затраченного на работу; Учет готовых фотографий и их хранение в единой базе; Учет фотографов; Учет и контроль платежей, договоров; Формирование отчетов; Возможность формирования и учета ежемесячной заработной платы для сотрудников; Хранение информации о сотрудниках, настройка персональных прав доступа; Минимизация ошибок ввода, уменьшение времени на обработку заявки; Возможность импорта и экспорта данных. Стоимость владения 6000 за конфигурацию и 3000 за каждое рабочее место. 2.2Сравнительный анализ решенийРезультаты сравнения рассматриваемых решений:
2.3Выводы по анализуРассмотренные решения показывают, что основой архитектуры должна быть трезвенная система: клиент- сервер – база данных. Системы предлагают интересные решения и в основе разрабатываемой системы стоит учесть положительные возможности обоих систем. Основной проблемой обоих решений то, что они не на 100% полностью удовлетворяют потребности компании, доработкой под компанию разработчики могут заняться но процесс достаточно долгий и дорогой. 3Концепция решенияПосле проведенного исследования существующей модели процесса работы. Была смоделирована работа отдела при использовании разрабатываемой информационной системы. Опишем ниже общие требования согласно ГОСТ 34.602-89 3.1.1Общие сведения3.1.2Полное наименование системы и ее условное обозначениеПолное наименование системы – автоматизированная информационная система АИС Фотоцентр. Условное обозначение АИС Фотоцентр. Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы Разработчиком АИС Фотоцентр является студент группы указать группу и ФИО. Заказчиком системы является «Фотоцентр Минутка». 3.1.3Перечень документов, на основании которых создается система
3.1.4Плановые сроки начала и окончания работы по созданию системыПланируемое начало разработки системы 10.02.2021. Планируемое окончание разработки системы 25.03.2021. 3.1.5Сведения об источниках и порядке финансирования работФинансирования работ не предусмотрено. Предполагается безвозмездная передача разработанной системы Заказчику. 3.1.6Порядок оформления и предъявления заказчику результатов работ по созданию системыРазработчик передает Заказчику документацию и программное обеспечение в сроки, определяемые настоящим ТЗ. Передача оформляется актом сдачи-приемки научно-технической продукции, который согласовывается Заказчиком и Разработчиком и утверждается руководством Заказчика. Результатами работ являются: АИС Фотоцентр; документ « исходные тексты разрабатываемой системы, оформленные в соответствии с требованиями ГОСТ 19.101 и 19.105; руководство программиста системы АИС Фотоцентр; 3.1.7Назначение и цели создания системы3.1.7.1Назначение системыСистема предназначена для комплексной автоматизации предприятия заказчика. 3.1.7.2Цели создания системыЦель работы – разработать программное обеспечение для автоматизации работы работника в части учета оказываемых услуг учреждением, учета их поощрений, а также автоматизированной подготовки документов 3.1.8Пользователи системы и их требования, заинтересованные лицаПользователем системы является менеджер по продажам. Требования к функциональным характеристикам системы, следующие: списка сотрудников; учет клиентов; учет товаров и услуг; учет заказов и продаж; формирование выходные документов и отчетов; 3.2Требования к программеТребования к программному обеспечению — совокупность утверждений относительно свойств программной системы, подлежащая реализации при создании ПО. Создаются в процессе анализа требований к программному обеспечению. Виды требований по уровням: Бизнес-требования — определяют назначение ПО Бизнес-правила — определяют ограничения, проистекающие из предметной области и свойств автоматизируемого объекта (предприятия) Пользовательские требования — определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе Системные требования и ограничения — определения элементарных операций, которые должна иметь система, а также различных условий, которым она может удовлетворять Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения, пользовательских историй, сценариев взаимодействия. К системным ограничениям относятся ограничения на программные интерфейсы, требования к атрибутам качества, требования к применяемому оборудованию и ПО. Виды требований по характеру Функциональные требования — требования к поведению системы («ЧТО» она делает) Нефункциональные требования — требования к характеру поведения системы («КАК» она это делает) 3.2.1Требования к функциональным характеристикамВ проекте целесообразно использовать сервер и базу данных, что позволит придать универсальность решения и возможность к быстрому масштабированию системы. Предполагаются следующие информационные решения, касающиеся разрабатываемого программного средства: ввод информации в базу данных осуществляется вручную с бумажных носителей. Информация записывается в базу автоматически; обработка данных осуществляется в диалоговом режиме; пользователь получает информацию из базы данных на экран ПЭВМ, кроме того, информация может выдаваться на принтер в случае распечатки различных стандартных форм. 3.2.1.1Требования к входным и выходным даннымДля уменьшения ошибок при вводе информации в ПЭВМ в необходимых полях базы данных следует задать условия на значение. В самом простом случае условие на значение должно гарантировать, что из-за ошибки ввода в числовом поле не окажутся буквенные символы. Другие условия могут определять область или диапазоны допустимых значений. Заданное условие на значение всегда будет проверяться при вводе или изменения значения поля в таблице. Входными данными для системы должны быть отчеты и документы. 3.2.1.2Требования к численности и квалификации персонала системы и режиму его работыВыполнение работ по администрированию и сопровождению системы не должно требовать увеличения численности служб и персонала. Численность пользователей системы должно определять руководство Заказчика, исходя из требований выполнения ими бизнес-функций. Предполагается произвольный режим работы пользователя системы. 3.2.2Требования к надежностиПри функционировании системы должен осуществляться контроль входной и выходной информации, в том числе данных вводимых пользователем и данных, содержащихся в таблицах баз данных. В случае ошибки ввода-вывода должны выдаваться соответствующие сообщения и предоставляться возможность исправления ошибок и продолжения работы. При выполнении операций по изменению или удалению данных необходимо обеспечить целостность БД. Для операций удаления необходимо предусмотреть возможность отмены. 3.2.3Требования к условиям эксплуатацииИнтерфейс АИС Фотоцентр должен быть разработан в соответствии с основными принципами разработки любого оконного приложения ОС Windows. 3.2.3.1Требования безопасностиОграничения в доступе к системе должно быть на уровне ввода логина и пароля пользователя. Без ввода идентифицирующих данных система не должна предоставлять информацию. 3.2.3.2Требования по сохранности информации при аварияхПеречень аварийных ситуаций, при возникновении которых должна быть обеспечена сохранность информации: сбой аппаратуры или программного обеспечения компьютера пользователя; сбой или выход из строя коммуникационного оборудования локальной вычислительной сети. Предполагается ручное еженедельное копирование базы данных системы на резервный носитель. 3.2.3.3Требования к функциям (задачам), выполняемым системойСистема должна выполнять следующие функции: учет списка сотрудников; учет клиентов; учет товаров и услуг; учет заказов и продаж; формирование выходные документов и отчетов; 3.2.4Требования к составу и параметрам технических средствМинимальные аппаратные требования к рабочей станции: компьютер с процессором, у которого тактовая частота составляет не менее 1 ГГц, а также могут использоваться процессоры семейств Intel Pentium/Celeron, AMD или другие, но обязательно совместимые процессоры; рекомендуется не менее 1 ГБ ОЗУ; жесткий диск объемом не менее 16 Гб для размещения операционной системы и пакета программ; видеоплата и монитор, разрешение которых должно быть не менее 800 на 600 точек; клавиатура и мышь, но также подойдут иные совместимые устройства ввода. 3.2.5Информационное обеспечениеДетальный состав данных системы должен быть определен на этапе проектирования системы. Структура объектов, их атрибуты и взаимосвязи должны определяться моделью данных системы АИС Фотоцентр, разрабатываемой на стадии проектирования системы. Для защиты данных от разрушений при авариях и сбоях в электропитании и аппаратуры должно осуществляться резервное копирование данных системы АИС Фотоцентр. 3.2.5.1Требования к лингвистическому обеспечениюДля реализации бизнес-логики предметной области при разработке используется язык высокого уровня C#, обеспечивающей решение всех задач по реализации функций системы, в том числе и подготовки отчётов. Для манипулирования объектами БД MS SQL и ввода-вывода данных используется язык SQL. Доступ к БД должен осуществляться через сервер – WEB API. 3.2.5.2Требования к программному обеспечениюДля обеспечения работоспособности АИС Фотоцентр используются следующие программные средства: Microsoft Data Access Components (MDAC) 2.8; операционная система MS Windows 7 и выше (русская или английская версия); Microsoft Word и Microsoft Excel – для формирования и вывода отчетных документов. 3.2.5.3Требования к хостингуДля обеспечения работоспособности АИС Фотоцентр используются API для доступа к базе данных, требования к хостингу установленный MS SQL не ниже 2014 версии и установленный ASP .NET версии не ниже 4.7 3.2.5.4Требования к документацииДля развертывания системы должна быть разработана документация программиста. 3.2.6Состав и содержание работ по созданию системы
3.2.7Порядок контроля и приемки системыТестирование системы не выявило замечаний, и система принимается ответственными сотрудниками компании. |