Boxberry: курьерская доставка iHerb на дом
Сегодня предстоит узнать, какие получает отзывы Boxberry. Данная служба начала интересовать многих граждан в России. Но...
Пояснительная записка к техническому проекту - это один из основных документов, входящих в число документации, составляемой на этапе технического проектирования. В пояснительной записке содержатся общие сведения о проектируемой системе, обоснования технических решений, которые были выбраны для ее создания, а также план действий, благодаря которым планируется ввести систему в эксплуатацию.
Пояснительная записка оформляется согласно межгосударственному стандарту ГОСТ 2.106-96 , описывающему общие требования к составлению текстовой и конструкторской документации, содержание ее разделов описано в руководящем документе РД 50-34.698-90 , регламентирующем требования к содержанию документов на АСУ.
Этот документ, согласно стандартам и руководящим документам, должен состоять из нескольких разделов:
«Общие положения»
С указанием названия разрабатываемой АСУ, документов, на основании которых система разрабатывается – технического задания, договора - организаций, которые принимают участие в проектировании, стадий и сроков выполнения работ, целей разработки системы, ее назначения и сферы применения, технической и нормативной документации, а также очередности работ по проектированию.
«Описание процесса деятельности»
Пояснительная записка к техническому проекту содержит общие сведения о функционировании разрабатываемой системы.
«Базовые технические решения»
Приводится структура системы с перечнем подсистем, способов и средств обмена компонентов системы данными, взаимосвязи АС с другими системами, режимов функционирования. Также здесь следует перечислить квалификацию и количество работников, функции системы, технические средства, обеспечивающие ее работу, потребности в информационном и программном обеспечении.
«Действия по подготовке системы к эксплуатации»
Приводится список работ по подготовке персонала, приведения выходных данных системы к пригодному для дальнейшего использования виду, организации мест работы, а также других мероприятий, отвечающих специфике ввода в эксплуатацию конкретной системы.
Пример «Пояснительная записка» (П2 по), разработанного для автоматизированной измерительно-информационной системы коммерческого учета электроэнергии (АИИС КУЭ) согласно к, и документа. по и. Редакция от 20.06.2018.
Создан 25.03.2014 11:48:18
Внимание! Технические требования оптового рынка электроэнергии (ОРЭ), ссылки на пункты которых содержатся в примерах документов на автоматизированные измерительно-информационные системы коммерческого учета электроэнергии (АИИС КУЭ), меняются достаточно часто, но не нами, а администратором торговой системы (АТС). Просьба отнестись к этому с пониманием
Все документы боевые , прошедшие множество, включая экспертизы в ФГУП «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИМАШ) РОССТАНДАРТА, поэтому сомнению не подлежит.
Для получения бесплатной сокращенной версии любого в виде *.pdf достаточно щелкнуть по титульного листа. Документ откроется в браузере с возможностью на. Полные версии документов - платные, их можно получить в формате за определенную сумму, воспользовавшись. Любой документ может в течение некоторого времени быть доработан под конкретные требования заказчика. Условия обсуждаются.
Ниже представлен пример (образец) проектного документа "Пояснительная записка к техническому проекту на создание автоматизированной системы ", основанный на методических указаниях РД 50-34.698-90 . Данный документ формируется IT-специалистом на стадии технического проектирования информационной системы .
В качестве примера разработки информационной системы использован проект внедрения информационно-аналитической системы «Корпоративное хранилище данных» .
На странице ниже приведено содержание пояснительной записки технического проекта в соответствии с ГОСТ, внутри каждого из разделов кратко приведены требования к содержанию и текст примера заполнения (выделяется вертикальной чертой).
Разделы пояснительной записки:
Общие положения
Основные технические решения
Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы
Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости
Решения по режимам функционирования, диагностированию работы системы
Решения по персоналу и режимам его работы
Сведения об обеспечении заданных в техническом задании потребительских характеристик системы, определяющих ее качество
Состав функций, комплексов задач реализуемых системой
Состав и размещение комплексов технических средств
Основной целью создания ИС является ускорение «процесса продаж», а также повышение оперативности работы сотрудников. Для обеспечения работоспособности системы на компьютерах, где она используется должно быть установлено программное обеспечение:
Новые данные вносятся в систему до начала работы, это необходимо для ввода начальных остатков. Для ограничения несанкционированного внесения изменений применяется авторизации при входе в программу. Если пароль введен неверно, то система выдаст сообщение и не позволит соединиться с БД.
В системе реализованы три основные задачи:
Приложение БД для ИС разрабатывается с помощью программной среды 1С: Предприятие 8. Для размещения системы используются персональные компьютеры, имеющиеся у ИП, для которого разрабатывается система.
Схема функциональной структуры
Общие требования к функциональности проектируемой системы изображены с помощью диаграммы ВИ на рисунке 1
Таблица -2 Главный раздел сценария выполнения ВИ «Добавить данные справочников»
Редактировать данные справочников |
|
Кладовщик, ИП |
|
Поддержание в актуальном состоянии сведений об объектах предметной области |
|
Краткое описание |
Пользователь добавляет новый элемент справочника и записывает его. Система сохраняет измененные данные в БД |
Предусловие |
|
Постусловие |
|
Таблица -3 Типичный ход событий сценария выполнения ВИ «Добавить данные справочников»
Таблица -4 Исключения сценария выполнения ВИ «Добавить данные справочников»
Таблица -5 Главный раздел сценария выполнения ВИ «Установить цены номенклатуры»
Таблица - 6 Типичный ход событий сценария выполнения ВИ «Установить цены номенклатуры»
Таблица -7 Исключения сценария выполнения ВИ «Установить цены номенклатуры»
Таблица -8 Главный раздел сценария выполнения ВИ «Зарегистрировать поступление товаров»
Таблица -9 Типичный ход событий сценария выполнения ВИ «Зарегистрировать поступление товаров»
Действия актеров |
Отклик системы |
1. Кладовщик выполняет команду создания нового документа «Поступление товаров» |
2. Система отображает форму документа |
3. Кладовщик заполняет реквизиты шапки Исключение №1: Кладовщик вручную заполняет поле Номер |
|
4. Кладовщик добавляет новую строку табличной части на странице Товары |
5. Система отображает новую строку |
6. Кладовщик заполняет колонку Номенклатура |
7. Система подставляет значение колонок |
8. Кладовщик заполняет колонку Количество |
9. Система рассчитывает значение колонок Сумма, |
10. Система отображает в подвале табличной части итоговые значения колонок Всего |
|
11. Кладовщик вводит новый товар (возврат к пункту 4) или выполняет команду Записать Исключение №2: Значение поля Номер не уникально |
12. Система записывает новый документ «Поступление товаров» в БД |
13. Кладовщик выполняет команду Печать - |
14. Система отображает заполненную печатную форму приходного ордера |
15. Кладовщик выполняет команду Печать |
16. Система выводит на печать приходный ордер |
17. Кладовщик выполняет команду Закрыть печатной формы |
18. Система закрывает печатную форму |
19. Кладовщик выполняет команду Закрыть документа «Поступление товаров» |
20. Система закрывает форму документа «Поступление товаров» |
Таблица -10 Исключения сценария выполнения ВИ «Зарегистрировать поступление товаров»
Значения колонок сумма и всего рассчитываются по формуле:
Сумма = Количество * Цена
Таблица -11 раздел сценария выполнения ВИ «Совершение продаж»
Таблица -12 Типичный ход событий сценария выполнения ВИ «Совершение продаж»
Действия актеров |
Отклик системы |
Оплата одного документа «продаж» |
|
1. Менеджер выполняет команду создания нового документа продаж |
2. Система отображает форму документов «продаж» |
4. Менеджер проводит документ |
|
5. система проводит документ |
|
9. Система выводит на печать |
|
Таблица - 13 Исключения сценария выполнения ВИ «Зарегистрировать документ»
Таблица -14 раздел сценария выполнения ВИ «Резервирование»
Таблица -15 Типичный ход событий сценария выполнения ВИ «Совершение продаж»
Действия актеров |
Отклик системы |
Резервирование товара |
|
1. Менеджер выполняет команду создания нового документа резервирования |
2. Система отображает форму документов «резервирования» |
3. Менеджер вносит данные о клиенте, о покупаемом товаре и приобретаемых услугах |
|
4. Менеджер проводит документ Исключение №1 не все поля заполнены |
5. система проводит документ |
6. менеджер выполняет команду Печать |
7. Система отображает заполненную печатную форму |
8. Менеджер выполняет команду Печать |
9. Система выводит на печать |
10. Менеджер выполняет команду Закрыть печатной формы |
11. Система закрывает печатную форму |
11. Менеджер выполняет команду Закрыть документ «оказание услуг» |
12. Система закрывает форму документа |
Таблица - 16 Исключения сценария выполнения ВИ «Зарегистрировать документ»
Таблица -17 ВИ «Сформировать отчет»
Разработка структуры справочников
Справочник «Контрагенты» предназначен для хранения информации о клиентах, поставщиках.
Таблица -15 Реквизиты справочника Клиенты
Правовой статус имеет тип перечисление. Это значит что при выборе этого поля будет выпадать список из трех статусов: ИП, Физ. Лицо, Организация.
Создание справочника «Сотрудники» . Предназначен для хранения информации о сотрудниках организации. Позволяет привязывать продажу к конкретному сотруднику.
Таблица -16 Реквизиты справочника Сотрудники
Создание справочника «Склады» . Предназначен для определения места хранения товара. У ИП будут два склада это ТорговаяТочка1 и ТорговаяТочка2.
Создание справочников «Вариант Номенклатуры» и «Дополнительные Свойства» . Эти справочники предназначены для определения дополнительных характеристик для конкретной номенклатуры, то есть мониторы могут быть идентичные, но будут различаться цвета. Эти справочники будут вызываться в форме справочника номенклатура. Значение этих полей отображается в документе «Продажи».
Создание справочника «Номенклатура» . Для учета товаров, приобретаемых у поставщика, создадим справочник «Номенклатура».
Товары в справочнике Номенклатура будут объединяться в группы по функциональному назначению, поэтому справочник будет иметь вид иерархии «иерархия групп и элементов».
Таблица -17 Реквизиты справочника Номенклатура
Разработка структуры регистра сведений «Цены номенклатуры»
Для хранения стоимости номенклатурных единиц создадим регистр сведений с именем «Цены». Периодичность регистра - в пределах секунды (т.е. цены можно отслеживать в течение любого момента времени), режим записи - независимый.
Таблица -18 Структура регистра сведений Цены
Свойство Ведущее говорит о том, что запись регистра сведений представляет интерес, пока существует тот объект, ссылка на который выбрана в качестве значения этого измерения в этой записи. При удалении объекта все записи регистра сведений по этому объекту будут автоматически удалены.
Разработка структуры документа «Поступление товаров»
Документ «Поступление товаров» предназначен для отражения факт поступления в организацию приобретенных товаров.
Таблица-19 реквизиты документа «Поступление Товаров (Приходная Накладная)»
Таблица -19 Реквизиты табличной части документа «ПоступлениеТоваров»
Написан код для автоматического расчета значений колонок Сумма, при изменении значений колонок Количество, Цена.
Форма документа будет иметь вид, изображенный на рисунке 2
Рисунок 2- Форма документа Поступление товаров
Разработка структуры документа «Продажи»
Документ оказание услуг предназначен для фиксации деятельности ИП. Он контролирует списание товаров, услуги которые были совершены, также позволяет просматривать отчет о работе сотрудников.
Таблица -20 Реквизиты документа «Продажи»
Таблица -21 Реквизиты табличной части документа Продажи
Разработка структуры документа «Резервирование»
Документ «Резервирование» предназначен для бронирования существующего товара на складе, и в случае нехватки занять за клиентом недостающую часть товара. Также он необходим для резервирования товара до момента оплаты стоимости заказа клиентом. Этот документ призван контролировать остатки на складах, дабы избежать недоразумений с клиентом.
Таблица -20 Реквизиты документа «Резервирование»
Таблица -21 Реквизиты табличной части документа Резервирование
Разработка структуры документа «Ввод начальных остатков»
Этот документ необходим для ввода в базу данных начальных остатков.
Его реквизиты схожи с документом «Приходная накладная».
Создание отчета «Товары»
Отчет «Товары» предназначен для быстрого просмотра списания и поступления товаров. То есть он позволяет пользователю просматривать сколько на данный момент находится номенклатуры, сколько продано.
В среде 1С Предприятие 8 есть построитель отчетов, который позволяет быстро разрабатывать отчет, формируя на основе таблиц запросы и оформление.
Создание отчета «РеестрДокументовПродажи»
Этот отчет предназначен для формирования реестра документов «продаж». Также в системе будут реализованы различные отчеты, которые будут схожи по структуре создания.
Создание ролей и назначение их пользователям
Администрирование списка пользователей 1С:Предприятия и назначение им ролей в соответствии с их служебными обязанностями - очень важные моменты для организации интерфейса прикладного решения в целом и разграничения прав и действий его отдельных пользователей.
Следует ограничить пользователей в выполнении действий с объектами базы данных. Так, кладовщик может создавать документы «Поступление товаров» и записывать документы, поскольку он отвечает за регистрацию поступления товаров. Менеджер же в свою очередь должен иметь доступ к добавлению справочников клиентов, оформления документа «продажи», «резервировании», но в то же время он не должен иметь доступа к поступлению товаров.
Для описания подобных разрешений используются объекты конфигурации Роль. Каждому пользователю системы ставится в соответствия одна или несколько ролей.
При создании ролей исходят из того, какие полномочия требуются различным группам пользователей на доступ к информации. В нашей систему будут реализованы следующие роли:
Присвоение ролей пользователям осуществляется через пункт главного меню Администрирование -> Пользователи.
Рисунок 3 - Создание пользователя «Администратор» с ролью «Администратор»
Рисунок 4 - Список пользователей системы
Для всех объектов базы данных для всех ролей исключено право интерактивного удаления.
Редактирование командного интерфейса разделов и рабочего стола
Усовершенствование командного интерфейса приложения, настройка видимости команд по ролям и рабочего стола делает приложение более удобным для пользователей и придает ему завершенный вид.
Рассортируем команды в зависимости от приоритета и частоты использования по следующим группам:
Рисунок 5 - Командный интерфейс раздела «Учет материалов» пользователя с ролью «Кладовщик»
Рисунок 6 - Командный интерфейс раздела «ОказаниеУслуг» пользователя с ролью «Менеджер»
Рисунок 7 - Командный интерфейс раздела «Предприятие» пользователя с ролью «Директор»
Рисунок 8 - Командный интерфейс раздела «Розницы.Электроник» пользователя с ролью «Администратор»
Рабочий стол предназначен для размещения наиболее часто используемых пользователем документов, отчетов, справочников и т.п. При запуске 1С:Предприятия раздел Рабочий стол становится активным по умолчанию и нужные формы сразу открываются в рабочей области приложения.
Рисунок 9 - Рабочий стол для пользователя с ролью «Кладовщик»
Рисунок 10 - Рабочий стол для пользователя с ролью «Менеджер»
автоматизация оптовая торговля программный документация