- •Основы построение аис Содержание
 - •1. Понятие автоматизированной информационной системы
 - •2. Структура автоматизированной информационной системы
 - •3. Основные понятия системного анализа
 - •4. Порядок системного анализа
 - •5. Принципы системного анализа
 - •6. Понятие жизненного цикла аис и его модели
 - •7. Процессы жизненного цикла аис: основные, вспомогательные, организационные.
 - •8. Этапы (стадии) жизненного цикла аис
 - •9. Описание предметной области аис моделью «Как есть»
 - •10. Информационное обеспечение аис и информационные модели «Как должно быть»
 - •11. Управление требованиями на стадиях детального проектирования, разработки, внедрения и сопровождения ис
 - •12. Анализ предметной области аис
 - •13. Выбор проектных решений аис и его обоснование
 - •14. Проектирование системной архитектуры и анализ требований к по
 - •15. Проектирование программной архитектуры и техническое проектирование программных средств
 - •16. Кодирование
 - •17. Тестирование
 - •18. Установка и сопровождение
 - •19. Каскадная модель жизненного цикла аис
 - •4.Тестирование
 - •20. Спиральная модель жизненного цикла аис
 - •21. Понятие и виды моделей информационной системы
 - •22. Методы проектирования аис
 - •23. Графическая нотация и метод проектирования idef0
 - •24. Графическая нотация и метод проектирования idef3
 - •23. Методика построения dfd-диаграмм
 - •24. Графическая нотация epc
 - •25. Нотация aris Organizational Chart
 - •26. Нотация aris Information Flow
 - •27. Сравнительный анализ aris idef0 и idef3
 - •28. Метод проектирования 1с:Профкейс
 - •29. Понятие технологии проектирования
 - •30. Технология проектирования информационного обеспечения аис
 - •31. Технологии проектирования программного обеспечения аис (структурный и объектно-ориентированный подходы).
 - •32. Саsе-средства, их функциональные возможности и характеристика
 - •33. Оценка и управление качеством аис
 - •34. Организация труда при разработке аис
 - •35. Оценка необходимых ресурсов для реализации проекта
 - •36. Технология групповой разработки аис
 - •37. Автоматизация управления групповой разработкой проектов аис на примере 1с:Предприятия
 - •38. Классификация аис по признаку структурированности задач
 - •39. Классификация аис по виду деятельности
 - •40. Классификация информационных систем по уровням управления
 
30. Технология проектирования информационного обеспечения аис
При разработке информационного обеспечения приводятся используемые классификаторы и системы кодирования оформляются в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т.д.), значность кода, система кодирования (серийная, порядковая, комбинированная), система классификации (иерархическая, многоаспектная или отсутствует), вид классификатора (международный, отраслевой, общесистемный и т.д.).
Далее производится описание каждого классификатора, приводится структурная формула, и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, в приложении должны быть приведены фрагменты заполненных классификаторов.
Характеристика первичных документов с нормативно-справочной и входной оперативной информацией представляет собой описание состава входных документов и справочников, соответствующих им экранных форм размещения данных. При этом следует уделять внимание следующим вопросам:
- 
при описании входных документов необходимо привести в приложении формы документов; перечень содержащихся в них первичных показателей; источник получения документа; в каком файле используется информация этого документа, описывается структура документа, число строк, объемные данные, частоту возникновения документа;
 - 
описание экранной формы входного документа должно содержать макет экранной формы в приложении, особенностей организации рабочей и служебной зон макета, состав и содержание подсказок, необходимых пользователю для заполнения макета, перечень справочников, автоматически подключаемых при заполнении этого макета.
 
Характеристика базы данных представляет собой построение инфологической и даталогической модели.
Характеристика инфологической модели БД представляет собой анализ состава и структуры первичных и результатных документов, определение состава данных, их нормализация и выявление состава и типов информационных сущностей, отражение их взаимосвязей в виде диаграммы «сущность-связь» (ER – модели), возможно выполненное на основе уже разработанной структурно-функциональной диаграммы или диаграммы потоков данных.
Для диаграммы следует дать краткое описание с объяснением того, какие реальные объекты предметной области отражают выделенные сущности и как отношения между сущностями на диаграмме соответствуют взаимосвязям объектов на практике.
В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач, решаемых с помощью АРМ.
Характеристика даталогической модели БД предполагает определение состава и взаимосвязей таблиц, отражающих содержание информационных сущностей инфологической модели в терминах конкретной СУБД, выбранной в п.1.6.2.
Каждая таблица должна содержать наименование полей, идентификатор каждого поля и его шаблон. По каждой таблице должна быть информация о ключевом поле, длине одной записи, числе записей в таблице, частоте создания таблицы, длительности хранения, возможности индексирования.
Описание структур таблиц с условно-постоянной информацией содержит те же сведения, что и для таблиц с оперативной информацией, но добавляются сведения о частоте актуализации файла и объеме актуализации (в процентах).
Необходимо отметить соответствие проектируемых таблиц входным документам или справочникам. В случае, когда даталогическая модель получена путем конвертации из инфологической модели с помощью CASE – средств, она должна отражать полный состав сущностей и связей инфологической модели.
Если информационная база организована в форме корпоративной базы данных, то приводится описание и других её элементов: распределение прав доступа, бизнес-правил, триггеров.
Характеристика результатной информации представляет собой описание итоговых отчетов и документов.
Характеристика таблиц с результатной информацией -таблицы (или файлы) с перечнем полей, полученных при выполнении запросов. При этом здесь следует указать, на основе каких таблиц с переменной или условно-постоянной информацией базы данных были получены таблицы с результатной информацией, и какой документ получается в итоге. Далее должны быть приведены основные параметры каждой таблицы с указанием, подлежит ли она дальнейшему хранению или нет.
Характеристика результатных документов является одним из важнейших пунктов всей проектной части и представляет собой обзор результатов решения поставленных в аналитической части задач с точки зрения предметной технологии. Если решение представляет собой формирование ведомостей (в виде экранных или печатных форм), каждую ведомость необходимо описать отдельно (в приложении следует привести заполненные экземпляры ведомостей и экранных форм документов).
В частности, какое место занимает ведомость в информационных потоках предприятия (служит для оперативного управления или для отчетности), является уточняющей или обобщающей и т.д. Каждая ведомость должна иметь итоги, не включать избыточной информации, быть универсальной. Далее приводится описание печатных форм, экранных макетов с перечислением и краткой характеристикой содержащихся показателей (см. описание входных документов и их экранных форм), для каждого документа указывается, на основе каких таблиц получается этот документ.
Если результатная информация предоставляется не в виде ведомостей (например, при проектировании подсистемы распределенной обработки данных), необходимо подробно описать структуру сообщения и его дальнейший путь, основываясь на имеющейся организации многопользовательской ИС.
