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

Пояснительная записка к техническому проекту.

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

• - ос семейства Windows;
• - 1С: Предприятие 8;

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

В системе реализованы три основные задачи:

• - ведение справочников;
• - ведение складов;
• - регистрация продаж;
• - вывод отчетов.

Приложение БД для ИС разрабатывается с помощью программной среды 1С: Предприятие 8. Для размещения системы используются персональные компьютеры, имеющиеся у ИП, для которого разрабатывается система.

Схема функциональной структуры

Общие требования к функциональности проектируемой системы изображены с помощью диаграммы ВИ на рисунке 1

Таблица -2 Главный раздел сценария выполнения ВИ «Добавить данные справочников»

	Редактировать данные справочников
	Кладовщик, ИП
	Поддержание в актуальном состоянии сведений об объектах предметной области
Краткое описание	Пользователь добавляет новый элемент справочника и записывает его. Система сохраняет измененные данные в БД
Предусловие	1. Пользователь авторизован в системе. 2. У пользователя есть права на добавление данных в справочник
Постусловие	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С:Предприятия и назначение им ролей в соответствии с их служебными обязанностями - очень важные моменты для организации интерфейса прикладного решения в целом и разграничения прав и действий его отдельных пользователей.

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

Для описания подобных разрешений используются объекты конфигурации Роль. Каждому пользователю системы ставится в соответствия одна или несколько ролей.

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

• - администратор - в системе 1С:Предприятие должна присутствовать роль, включающая в себя полные права на работу с данными ИБ;
• - кладовщик;
• - менеджер;
• - ИП.

Присвоение ролей пользователям осуществляется через пункт главного меню Администрирование -> Пользователи.

Рисунок 3 - Создание пользователя «Администратор» с ролью «Администратор»

Рисунок 4 - Список пользователей системы

Для всех объектов базы данных для всех ролей исключено право интерактивного удаления.

Редактирование командного интерфейса разделов и рабочего стола

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

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

• - панель навигации.Важное;
• - панель навигации.Обычное;
• - панель навигации.См. также;
• - панель действий.Создать и
• - панель действий.Отчеты

Рисунок 5 - Командный интерфейс раздела «Учет материалов» пользователя с ролью «Кладовщик»

Рисунок 6 - Командный интерфейс раздела «ОказаниеУслуг» пользователя с ролью «Менеджер»

Рисунок 7 - Командный интерфейс раздела «Предприятие» пользователя с ролью «Директор»

Рисунок 8 - Командный интерфейс раздела «Розницы.Электроник» пользователя с ролью «Администратор»

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

Рисунок 9 - Рабочий стол для пользователя с ролью «Кладовщик»

Рисунок 10 - Рабочий стол для пользователя с ролью «Менеджер»

автоматизация оптовая торговля программный документация

Министерство экономического развития и торговли Российской Федерации

УТВЕРЖДАЮ

Государственный контракт № 000-05-07 от «29» октября 2007 г., заключенный между Министерством экономического развития и торговли Российской Федерации и ЗАО «ПРОГНОЗ», на выполнение работ по теме «Разработка автоматизированного модуля федерального мониторинга социально-экономического развития субъектов Российской Федерации в рамках создания единой информационной системы мониторинга ключевых показателей социально-экономического развития Российской Федерации и контроля результативности деятельности органов государственной власти по их достижению». При разработке настоящего документа использовался Руководящий документ по стандартизации ГОСТ РД 50-34.698-90. 1. Общие положения.. 5 1.1. Полное наименование системы... 5 1.2. Документы, на основании которых ведется проектирование.. 5 1.3. Стадии и сроки исполнения.. 5 1.4. Цели и назначение.. 7 1.5. Соответствие проектных решений требованиям безопасности .. 8 1.6. Нормативно-технические документы... 9 2. Описание процесса деятельности.. 10 2.1. Перечень задач.. 10 2.2. Основные функции, выполняемые Модулем... 11 3. Основные технические решения.. 13 3.1. Структура Модуля, перечень подсистем... 13 3.1.1. Подсистема Централизованного хранилища данных. 14 3.1.2. Интерфейсная компонента. 15 3.1.3. Адаптерные программные компоненты. 16 3.6.3. Степень приспособляемости к отклонениям параметров объекта автоматизации. 26 3.6.4. Допустимые пределы модернизации и развития системы.. 26 3.6.5. Требования к надежности. 27 3.6.6. Требование безопасности. 27 3.6.7. Требования к эргономике и технической эстетике. 28 Перечень работ Ожидаемые результаты работ Разработка Централизованного хранилища данных (ЦХД) социально-экономической информации, используемой при осуществлении федерального мониторинга показателей социально-экономического развития (ПСЭР) субъектов Российской Федерации и муниципальных образований Подсистема Централизованного хранилища данных Разработка схем данных ПСЭР и профилей технологических спецификаций, описывающих протоколы взаимодействия с интерфейсной компонентой и форматы публикуемых данных ПСЭР Схемы данных ПСЭР и профили технологических спецификаций, описывающие протоколы взаимодействия с интерфейсной компонентой и форматы публикуемых данных ПСЭР; Отчет об обсуждении проектов спецификаций на схемы данных и профилей технологических спецификаций, с зафиксированными замечаниями и предложениями участников обсуждения. Разработка, апробация на пилотных объектах внедрения и доработка в соответствии с выявленными замечаниями, кроссплатформенного программного обеспечения интерфейсной компоненты Интерфейсные компоненты Обязательная адаптерная компонента Разработка специфических адаптерных компонент, обеспечивающих автоматизированное получение информации о СЭР из унаследованных АИС источников данных и ее публикацию через интерфейсную компоненту в соответствии с ее спецификациями. Специфические адаптеры должны содержать блок верификации и проверки достоверности статистический информации Специфические адаптерные компоненты; Регламент автоматического сбора информации, используемой при осуществлении федерального мониторинга и поставляемой с web-сайтов и из АИС федеральных министерств и ведомств, субъектов Российской Федерации, муниципальных образований в соответствии с разработанными спецификациями выходных параметров, предназначенных для предоставления информации этими источниками данных Разработка средств табличного, графического, картографического, текстового представления результатов мониторинга и анализа социально-экономического развития субъектов Российской Федерации. Подсистема табличного, графического, картографического, текстового представления данных мониторинга и результатов анализа социально-экономического развития субъектов Российской Федерации Разработка подсистемы Модуля, предназначенной для расчёта критериев оценки развития секторов экономики субъектов федерации на основе информации, собираемой в процессе федерального мониторинга Подсистема расчёта критериев оценки развития секторов экономики субъектов Российской Федерации (с возможностью выявления региональных кластеров) на основе информации, собираемой в процессе федерального мониторинга Разработка подсистемы Модуля, предназначенной для расчёта интегральных индексов и оценок социально-экономического развития субъектов федерации на основе информации, собираемой в процессе федерального мониторинга Подсистема расчёта интегральных индексов и оценок социально-экономического развития субъектов Российской Федерации на основе информации, собираемой в процессе федерального мониторинга Разработка подсистемы Модуля, предназначенной для публикации информации о СЭР в соответствии с требованиями действующих нормативных актов и разработанных в рамках проекта, а также спецификациям на интерфейсную компоненту Подсистема публикации в открытом доступе хранящейся в Модуле первичной и преобразованной информации о СЭР Разработка подсистемы администрирования Подсистема администрирования Полный пакет проектной документации для Модуля федерального мониторинга в соответствии с требованием ГОСТ 34 Проведения приемо-сдаточных испытаний, доработка Модуля в соответствии с замечаниями Заказчика

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

Пояснительная записка необходима для отражения информации об объекте, принятых технических решениях и их обоснования.

Состав пояснительной записки

Пояснительная записка к проекту любого ОКС вмещает подразделы:

1. Введение. В этом разделе указывается название объекта или системы, тема разработки и перечень документов – фундамента для начала работ. Основная документация, приведенная во Введении:
документ определенного (федерального, ведомственного, регионального) уровня, разрешающий разработку проекта; решение соответствующих органов; решение инвестора.

Также в данный раздел входит:

задание на проектирование (если проект разрабатывается на основе договора); документы, устанавливающие право собственности на объект капитального строительства (если проектная документация разрабатывается для выполнения реконструкции или ремонта объекта); отчеты по итогам инженерных исследований и испытаний; утвержденный план земельного участка, отведенного под застройку; документы на использование земельных участков, не попадающих под влияние градостроительных регламентов, полученные от уполномоченных органов федеральной, исполнительной или местной власти; технические условия и документы, разрешающие отступление от них; акты владельца объекта о необходимом сносе некоторых сооружений с территории строительства; разрешение на отклонение от граничных величин объектов капитального строительства.
2. Функциональность, назначение объекта, дальнейшая эксплуатация. В данном разделе характеризуются цели, задачи и сфера использования разрабатываемого объекта.
3. Технические характеристики. Это самый объемный раздел, состоящий из взаимосвязанных подразделов. В данную главу входят:
данные о необходимости обеспечения объекта газом, водой, топливом и электроэнергией; сведения о проектной мощности (для промышленных объектов); информация об объемах необходимого сырья, воды, топливных и энергетических ресурсов и данные об их пользовании (для производственных объектов); сведения об изъятых участках (во временное или постоянное пользование), обоснование их размеров, если они не регламентированы нормами; в случае изъятия земель под временное или постоянное применение – данные о величине материальных средств, необходимых для возмещения убытков их обладателям; характеристика категории земель, отведенных под застройку; данные об имеющихся специальных технических условиях (в случае необходимости).
4. Технико-экономические показатели – отражена информация о проектной мощности ОКС, значимости его для населения, количестве будущих сотрудников, числе рабочих мест и т. д.

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

Раздел ПЗ в обязательном порядке должен содержать подтверждение проектной организации того, что вся документация разработана и оформлена согласно документам:

градостроительному плану земельного участка; задания на проектирование; градостроительному регламенту; других технических регламентов и требований.
5. Список литературы. В этом разделе приводятся источники, документы, статьи, книги, ссылки на которые указывались в текстовой части проекта.

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

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

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

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

Назначение пояснительной записки

Мы уже говорили о том, что в разработке программного обеспечения – это один из важных этапов . В нем должно быть представлено описание вашей системы с учетом выбранных технологий, как от нас того требует ГОСТ 34. А документ Пояснительная записка к техническому проекту, или, сокращенно, ПЗ, является одним из основных документов данного этапа. И, надо сказать, чаще всего именно Пояснительная записка бывает самым сложным документом на ПО, подчас вызывая множество споров и дискуссий вокруг своего содержания.

Состав типовой пояснительной записки

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

– Введение . В этом разделе приводится полное наименование системы и тема разработки, а также список документов, послуживших основанием для работ по проекту.

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

– Технические характеристики . Этот раздел обычно разбивают на подразделы, в которых описывают: постановку задачи на создание программы; используемый математический аппарат; алгоритм работы ПО; структуру входных и выходных данных; состав технических и программных средств. Также необходимо приводить расчеты и результаты анализа для обоснования выбора именно тех решений, о которых говорится в документе.

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

– Источники, использованные при разработке . Раздел представляет собой список документов, статей и публикаций, на которые были приведены ссылки в тексте.

Стандарты для пояснительной записки

Состав разделов определяется ГОСТом 19.404, однако, стандарт позволяет эти разделы при необходимости объединять, а также добавлять новые. В случае использования ГОСТ серии 34 следует разрабатывать документ в соответствии с РД 50-34.698. Тем не менее, документ должен оставаться в рамках требований общих стандартов, таких, например, как ГОСТ 19.105.

Стоимость разработки пояснительной записки

Как же с наименьшими затратами создать документ на программу, максимально полезный для вашего проекта, который:

– с одной стороны, внятно и доходчиво представляет все нужные (а порой и нудные) сведения, включая сложные технические подробности;

Пример «Пояснительная записка» (П2 по), разработанного для автоматизированной измерительно-информационной системы коммерческого учета электроэнергии (АИИС КУЭ) согласно к, и документа. по и. Редакция от 20.06.2018.

Пояснительная записка (П2 по ГОСТ 34.201-89) автоматизированной измерительно-информационной системы коммерческого учета электроэнергии (АИИС КУЭ) (пример)

Создан 25.03.2014 11:48:18

Внимание! Технические требования оптового рынка электроэнергии (ОРЭ), ссылки на пункты которых содержатся в примерах документов на автоматизированные измерительно-информационные системы коммерческого учета электроэнергии (АИИС КУЭ), меняются достаточно часто, но не нами, а администратором торговой системы (АТС). Просьба отнестись к этому с пониманием

Все документы боевые , прошедшие множество, включая экспертизы в ФГУП «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИМАШ) РОССТАНДАРТА, поэтому сомнению не подлежит.

Для получения бесплатной сокращенной версии любого в виде *.pdf достаточно щелкнуть по титульного листа. Документ откроется в браузере с возможностью на. Полные версии документов - платные, их можно получить в формате за определенную сумму, воспользовавшись. Любой документ может в течение некоторого времени быть доработан под конкретные требования заказчика. Условия обсуждаются.